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Intellectual Property Rights 

IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://ipr.etsi.org ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Digital Enhanced Cordless 
Telecommunications (DECT). 

The present document is based on EN 300 175 parts 1 [1] to 8 [8], EN 300 444 [12], TS 102 527-1 [13] and 
TS 102 527-3 [14]. General attachment requirements and speech attachment requirements are based on 
EN 300 176-1 [9], EN 301 406 [11] (replacing TBR 006 [i.2]) and EN 300 176-2 [10] (previously covered by 
TBR 010 [i.3]). Further details of the DECT system may be found in TR 101 178 [i.l]. 

The information in the present document is believed to be correct at the time of publication. However, DECT 
standardization is a rapidly changing area, and it is possible that some of the information contained in the present 
document may become outdated or incomplete within relatively short time-scales. 

All numbers and names used in examples are imaginary. Any similarities to actual persons, places or directory numbers 
are merely coincidental. 
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1 Scope 

The present document contains the Profile Test Specification (PTS) and the Test Case Library (TCL) for "New 
Generation DECT; Part 3: Extended wideband speech" (TS 102 527-3 [14]). The present document covers both the 
Portable (PT) and the Fixed (FT) Radio terminations. 

The Test Case Library (TCL) covers also some test cases for "DECT New Generation; part 1; Wideband speech" 
(TS 102 527-1 [13]) and for the "Generic Access Profile" (EN 300 444 [12]). This is done because such test cases are 
mandatory or especially relevant for New Generation DECT part 3 (see TS 102 527-3 [14]), and are not covered by 
existing GAP test specifications. 

Due to the ascending compatibility of DECT profiles, all New Generation DECT part 3 devices (see TS 102 527-3 [14]) 
are required to be also compliant with "DECT New Generation; part 1; Wideband speech" (TS 102 527-1 [13]) and with 
the "Generic Access Profile" (GAP, EN 300 444 [12]). Annex D of the present document specifies the modifications to 
GAP test cases for requirements and tests that are optional in GAP test specifications (see note), but that become 
mandatory by the support of the corresponding GAP features in New Generation DECT Part 3. 

NOTE: The industry de-facto standard practice for insuring the compliance to GAP [12] is the use of 

TBR 022 [i.4] amended by TBR 022/Al [i.5], even when these two documents do not have any longer 

their initial regulatory signification. TBR 022 [i.4] relies on the GAP Profile Test Specification 

(EN 300 494 parts 1 [i.6] to 3 [i.8]) and on the DECT Test Case Library (EN 300 497 parts 1 [i.9] 

to 9 [i.l7]). GAP test suite includes also the GAP Profile Implementation Conformance Statement (PICS) 

(EN 300 474 parts 1 [i.25] and 2 [i.26]) and the DECT Common Interface (CI) Profile Implementation 

Conformance Statement (PICS) (EN 300 476 parts 1 [i.l8] to 7 [i.24]). 

The objective of the present document is to provide a basis for approval tests of NG-DECT Part 3 equipment giving a 
high probability of air interface inter-operability between different manufacturer's DECT equipment. 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the 
referenced document (including any amendments) applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are necessary for the application of the present document. 

[1] ETSI EN 300 175-1: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 1: Overview". 

[2] ETSI EN 300 175-2: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 2: Physical layer (PHL)". 

[3] ETSI EN 300 175-3: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 3: Medium Access Control (MAC) layer". 

[4] ETSI EN 300 175-4: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 4: Data Link Control (DEC) layer". 

[5] ETSI EN 300 175-5: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 5: Network (NWK) layer". 
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[6] ETSI EN 300 175-6: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 6: Identities and addressing". 

[7] ETSI EN 300 175-7: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 7: Security features". 

[8] ETSI EN 300 175-8: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Part 8: Speech and audio coding and transmission". 

[9] ETSI EN 300 176-1 : "Digital Enhanced Cordless Telecommunications (DECT); Test 

specification; Part 1: Radio". 

[10] ETSI EN 300 176-2: "Digital Enhanced Cordless Telecommunications (DECT); Test 

specification; Part 2: Audio and speech". 

[11] ETSI EN 301 406: "Digital Enhanced Cordless Telecommunications (DECT); Harmonized EN for 

Digital Enhanced Cordless Telecommunications (DECT) covering the essential requirements 
imder article 3.2 of the R&TTE Directive; Generic radio". 

[12] ETSI EN 300 444: "Digital Enhanced Cordless Telecommunications (DECT); Generic Access 

Profile (GAP)". 

[13] ETSI TS 102 527-1 : "Digital Enhanced Cordless Telecommunications (DECT); New Generation 

DECT; Part 1: Wideband Speech". 

[14] ETSI TS 102 527-3: "Digital Enhanced Cordless Teleconmiunications (DECT); New Generation 

DECT; Part 3: Extended wideband speech services". 

[15] ISO/lEC 9646-7: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 7: Implementation Conformance Statements". 

2.2 Informative references 

The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

[i.l] ETSI TR 101 178: "Digital Enhanced Cordless Teleconmiunications (DECT); A high Level Guide 

to the DECT Standardization". 

[i.2] ETSI TBR 006: "Digital Enhanced Cordless Telecommunications (DECT); General terminal 

attachment requirements". 

[i.3] ETSI TBR 010: "Digital Enhanced Cordless Telecommunications (DECT); General terminal 

attachment requirements: Telephony applications". 

[i.4] ETSI TBR 022: "Radio Equipment and Systems (RES); Attachment requirements for terminal 

equipment for Digital Enhanced Cordless Telecommunications (DECT) Generic Access Profile 
(GAP) applications". 

[i.5] ETSI TBR 022/Al: Amendment to: "Radio Equipment and Systems (RES); Attachment 

requirements for terminal equipment for Digital Enhanced Cordless Telecommunications (DECT) 
Generic Access Profile (GAP) applications". 

[i.6] ETSI EN 300 494-1 : "Digital Enhanced Cordless Teleconmiunications (DECT); Generic Access 

Profile (GAP); Profile Test Specification (PTS); Part 1: Summary". 

[i.7] ETSI EN 300 494-2: "Digital Enhanced Cordless Telecommunications (DECT); Generic Access 

Profile (GAP); Profile Test Specification (PTS); Part 2: Profile Specific Test Specification (PSTS) 
- Portable radio Termination (PT)". 

[i.8] ETSI EN 300 494-3: "Digital Enhanced Cordless Telecommunications (DECT); Generic Access 

Profile (GAP); Profile Test Specification (PTS); Part 3: Profile Specific Test Specification 
(PSTS) - Fixed radio Termination (FT)". 
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[i.9] ETSI EN 300 497-1: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Test Case Library (TCL); Part 1: Test Suite Structure (TSS) and Test Purposes (TP) 
for Medium Access Control (MAC) layer". 

[i.lO] ETSI EN 300 497-2: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Test Case Library (TCL); Part 2: Abstract Test Suite (ATS) for Medium Access 
Control (MAC) layer - Portable radio Termination (PT)". 

[i.l 1] ETSI EN 300 497-3: "Digital Enhanced Cordless Telecommunications (DECT); Conamon 

Interface (CI); Test Case Library (TCL); Part 3: Abstract Test Suite (ATS) for Medium Access 
Control (MAC) layer - Fixed radio Termination (FT)". 

[i.l2] ETSI EN 300 497-4: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Test Case Library (TCL); Part 4: Test Suite Structure (TSS) and Test Purposes (TP) 

- Data Link Control (DLC) layer". 

[i.l3] ETSI EN 300 497-5: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Test Case Library (TCL); Part 5: Abstract Test Suite (ATS) - Data Link Control 
(DLC) layer". 

[i.l4] ETSI EN 300 497-6: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Test Case Library (TCL); Part 6: Test Suite Structure (TSS) and Test Purposes (TP) 

- Network (NWK) layer - Portable radio Termination (PT)". 

Li.l5] ETSI EN 300 497-7: "Digital Enhanced Cordless Teleconmiunications (DECT); Common 

Interface (CI); Test Case Library (TCL); Part 7: Abstract Test Suite (ATS) for Network (NWK) 
layer - Portable radio Termination (PT)". 

[i. 16] ETSI EN 300 497-8: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Test Case Library (TCL); Part 8: Test Suite Structure (TSS) and Test Purposes (TP) 

- Network (NWK) layer - Fixed radio Termination (FT)". 

[i.l7] ETSI EN 300 497-9: "Digital Enhanced Cordless Teleconmiunications (DECT); Conmion 

Interface (CI); Test Case Library (TCL); Part 9: Abstract Test Suite (ATS) for Network (NWK) 

layer - Fixed radio Termination (FT)". 

[i.l8] ETSI EN 300 476-1: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Protocol Implementation Conformance Statement (PICS) proforma; 
Part 1: Network (NWK) layer - Portable radio Termination (PT)". 

[i.l9] ETSI EN 300 476-2: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Protocol Implementation Conformance Statement (PICS) proforma; Part 2: Data 
Link Control (DLC) layer - Portable radio Termination (PT)". 

[i.20] ETSI EN 300 476-3: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Protocol Implementation Conformance Statement (PICS) proforma; 
Part 3: Medium Access Control (MAC) layer - Portable radio Termination (PT)". 

[i.21] ETSI EN 300 476-4: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Protocol Implementation Conformance Statement (PICS) proforma; 
Part 4: Network (NWK) layer - Fixed radio Termination (FT)". 

[i.22] ETSI EN 300 476-5: "Digital Enhanced Cordless Teleconmiunications (DECT); Common 

Interface (CI); Protocol Implementation Conformance Statement (PICS) proforma; Part 5: Data 
Link Control (DLC) layer - Fixed radio Termination (FT)". 

[i.23] ETSI EN 300 476-6: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Protocol Implementation Conformance Statement (PICS) proforma; 
Part 6: Medium Access Control (MAC) layer - Fixed radio Termination (FT)". 

[i.24] ETSI EN 300 476-7: "Digital Enhanced Cordless Telecommunications (DECT); Common 

Interface (CI); Protocol Implementation Conformance Statement (PICS) proforma; 
Part 7: Physical layer". 
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[i.25] ETSI EN 300 474-1 : "Digital Enhanced Cordless Telecommunications (DECT); Generic Access 

Profile (GAP); Profile requirement list and profile specific Implementation Conformance 
Statement (ICS) proforma; Part 1: Portable radio Termination (PT)". 

[i.26] ETSI EN 300 474-2: "Digital Enhanced Cordless Telecommunications (DECT); Generic Access 

Profile (GAP); Profile requirement list and profile specific Implementation Conformance 
Statement (ICS) proforma; Part 2: Fixed radio Termination (FT)". 

[i.27] ITU-T Recommendation P.3 1 1 (2005): "Transmission characteristics for wideband (150-7000 Hz) 

digital handset telephones". 



3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 102 527-3 [14], TS 102 527-1 [13], 
EN 300 444 [12] and the following apply: 

GAP (PP, FP, device or equipment): PP, FP or any of them compliant with EN 300 444 [12]. 

golden device: ideal example of a device used as reference device for compliance testing and against which later 

devices are tested and judged 

NG-DECT Part Igolden device: golden device, such as the one administered by the DECT Forum, used for 
compliance testing of NG-DECT Part 1 [13] equipment 

NG-DECT Part 1 (PP, FP, device or equipment), also sliortened as Part 1 (PP, FP, device or equipment): PP, FP 

or any of them compliant wdth TS 102 527-1 [13]. 

NG-DECT Part 3 (PP, FP, device or equipment), also shortened as Part 3 (PP, FP, device or equipment): PP, FP 

or any of them compliant with TS 102 527-3 [14]. 

Off-hook CLIP: ability of a network to send CLIP information for a waiting call (also known as "CLIP on call 
waiting" or "CLIP phase 11") 

3.2 Symbols 

For the purposes of the present document, the following symbols apply: 

M mandatory to support (provision mandatory, process mandatory) 

optional to support (provision optional, process mandatory) 

1 out-of-scope (provision optional, process optional) not subject for testing 
C conditional to support (process mandatory) 

N/A not apphcable (in the given context the present document makes it impossible to use this 

capability) 

Provision mandatory, process mandatory means that the indicated feature service or procedure shall be implemented as 
described in the present document, and may be subject to testing. 

Provision optional, process mandatory means that the indicated feature, service or procedure may be implemented, and 
if implemented, the feature, service or procedure shall be implemented as described in the present document, and may 
be subject to testing. 

NOTE: The used notation is based on the notation proposed in ISO/IEC 9646-7 [15]. 
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3.3 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 



AC 




cc 




CFB 


forwarrlinp" on Riisv siihsoriHpr 


CFNA 


v^dii ivji w til Liiii^ vjii .rt.iiawti 


CFU 


Tnrw/nrHi n (T T Tnf*r*Tinitir*nsil 


CI 




CLIP 


r^allincT T inp THpntifir*atiiTn Prp«pntatir*n 


CLIR 


Calling Line Identification Restriction 


TNTP 


Vw-Cllllllg IXllllC' XLlCllU-il^ClLlUll JT ICodlUlU-VJll 


DCIBS 


Douhle Call witli Tn-Ranfi SiffnalliTiff 

-1— ' \y LAI_/XW X^C^-XX VV XLXX XXX CIXXVI- k^X^XXCU-XXXXg 


DECT 


DitTital PriharippH (^orHlp^si TplppotnTminipatioTTi 

L^liLlLcll V^WX VJ.X^I9I9 X ^X^^WXXlXXlUXXl.^Cll.lV.'XXI^ 


DLC 


Oata T inV r^ontrol 

a LCi ' ji 1 1 IV \^\^XXLX\^X 


DTMF 


F)iifll XoTip IVIiilti-T^rpniiPTirv 

j^ucix X v/xx^ XYXuxix X. x^uu^xxvy 


FP 


PiypH Pnft 

1 lACLl L (XL L 


FT 


PiypH ffiHio Tfrinin^ition 

i. lACLl ItlLliVJ J. CliiiilitlLUJil 


GAP 


rrpnpric Access Profile 

VJ ^XX^X X^ ^l-^^^Lj X X v7XXXw 


HPP 


l-fpiiH^jpt PoTtiihlp Part 


HTTP 


l-fvnprT'pYt T'rjiTiQTPr Protr*r*r*l 


IE 


Information Element 


ISDN 


TntptTTfitpH ^prvipps T^icritiil ^rpt\x/orlr 

Xlll&gldl&U- OCX Vl^Co J-yiglUll I^CLWUIA. 


IT IT 
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IXIT 


Implementation eXtra Information for Testing 
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MAC 
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MM 
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MMI 
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NB 
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NDT 


Network Delay Type 


NG 


New Generation 


NG-DECT 


New Oeneration ORCT 

X 1 ^ VV wxx^x Ciix-Vyxx 1 — ' J — J ■ 


NWK 

1> VV XV 


NetWnrK 


I n L 


iJ 1 — 1 ^7C1/^ol 1 O^^^^l* 
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PIN 


Personal Identification Number 


PP 


Portable Part 


PSTN 


Public Switched Telephone Network 


PT 


Portable radio Termination 


PTS 


Profile Test Specification 


RF 


Radio Frequency 


TCL 


Test Case Library 


TS 


Test System 


VoIP 


Voice over IP 


WB 


WideBand 
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4 Test method 

This Clause describes the test method used to test the NG-DECT Part 3 devices. 



Test System 




Device Under 
Test 




Tester 




NWK PDUs 




Application 












DECT NWK 










M ► 




lUT 






DECT DLC 








DECT DLC 






DECT MAC 








DECT MAC 






DECT PHL 








DECT PHL 











Tester: 



Figure 1 : New Generation DECT remote test method 

A tester is located in a remote DECT test system. It controls and observes the behaviour of the 
Implementation Under Test (lUT). The TS behaves as a FP (or a PP) when testing a PP 
(respectively a FP). 



4.1 Test platform 
4.1.1 PP test platform 

The PP test platform is depicted on Figure 2. 

Test System 



RF front end 1 




NG FP 

PP2 (see note) 



P 
P 

1 



DUT 



RF front end 2 



( 1 Device Under Test 

NOTE: PP2 behaves either as a NG PP or a legacy GAP PP according to test case. 

Figure 2: PP test platform 

The first RF front-end of Test system "TS_1" plays the role of a NG FP to which the tested PP is paired. 

The following devices are needed to perform parallel call test cases: either a NG PP or a GAP legacy PP. The second 
RF front-end of Test system "TS_2" plays the role of one of these PPs according to test case condition. 
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4.1.1.1 List content for tests 

The following list contents will be used by the tester when ranning List access PP test cases. 

4.1.1.1.1 List of supported lists 

AH lists are supported (hst identifiers from OOH to 09H). 

4.1.1.1.2 Missed calls list 

Presence of 3 missed calls with a total number of 10 entries in the list. 



Table 1 : Missed calls test list content 



Number 


Name 


Date and time 


Unread 


Line name 


Line id 


Nb of 
calls 


497312456897 


JENDREZEJZAK 


09/09/09 06:45:00 


1 


Provider 1 


0, 


2 


0145567897 




06/09/09 18:48:00 


1 


Provider 1 


0, 


3 


00441324778824 


C. Alexander 


06/09/09 15:36:36 





Provider 1 


0, 




0321259514 


LE BIHAN 


06/09/09 15:36:00 


1 


Provider 2 


0, 1 




0296301005 




06/09/09 12:35:00 





Provider 1 


0, 




008989945270 


M.UWE 


02/09/09 11:17:00 





Provider 3 


0, 2 




0177476923 


C.FENRIJO 


01/09/09 14:08:00 





Provider 1 


0, 




4526300099446770 


B.ZIMMERMANN 


30/08/09 18:50:00 





Provider 3 


0,2 




0675000209 


R.ALOUSSI 


22/08/09 12:00:00 





Provider 1 


0, 




0247413706 


VAN DER VYNC 


20/08/09 18:15:00 





Provider 2 


0, 1 





Properties 

For all fields, editable=0; 

For Number, Line name, and Line id fields: PIN protected = 0. 
4.1.1.1.3 Outgoing calls list 

Total number of 10 entries in the hst. 



Table 2: Outgoing calls test list content 



Number 


Name 


Date and time 


Line name 


Line id 


008989945270 


UWE 


08/09/09 13:13:13 


Provider 1 


0, 


0145567897 




07/09/09 09:09:09 


Provider 1 


0, 


0675000321 


WOJCIECHOSKI 


06/09/09 08:33:33 


Provider 1 


0, 


0612345678 


FENJIRO 


06/09/09 08:22:22 


Provider 2 


0, 2 


0490413002 


FENJIRO 


06/09/09 08:12:12 


Provider 2 


0, 2 


00550123456789 


G. DEL PIETRO 


03/09/09 07:07:07 


Provider 3 


0, 


4526300099446770 


B.ZIIVIIVIERIVIANN 


31/08/09 23:23:23 


Provider 1 


0, 


00449876543210 


C.ALEXANDER 


31/08/09 16:16:16 


Provider 3 


0, 2 


0296301005 




28/08/09 17:17:17 


Provider 1 


0, 


02298951214 


LAGADEC 


27/08/09 18:18:18 


Provider 1 


0, 



Properties 

For all fields, editable=0; 

For Number, Line name, and Line id fields: PIN protected = 0. 
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4.1 .1 .1 .4 Incoming accepted calls list 

Total number of 10 entries in the list. 



Table 3: Incoming accepted calls test list content 



Number 


Name 


Date Time 


Line name 


Line id 


02298951214 


J.LAGADEC 


07/09/09 12:12:12 


Provider 1 


0, 


0321259514 


LE BIHAN 


06/09/09 18:36:18 


Provider 2 


0, 1 


0308980764 




06/09/09 08:24:24 


Provider 1 


0, 


0581321185 


K.BORDONADO 


06/09/09 08:16:16 


Provider 1 


0, 


00441324778824 


C.Alexander 


06/09/09 08:16:08 


Provider 1 


0, 


00550123456789 


G. DEL PIETRO 


02/09/09 09:18:09 


Provider 3 


0, 2 


0296301005 




01/09/09 20:40:20 


Provider 1 


0, 


00449876543210 


G.ALEXANDER 


31/08/09 12:24:12 


Provider 3 


0, 2 


0425960406 


D.LE BRAZ 


25/08/09 18:36:18 


Provider 2 


0, 1 


0675000321 


WOJCIECHOSKI 


22/08/09 1 1 :22:1 1 


Provider 1 


0, 



Properties 

For all fields, editable=0; 

For Number, Line name, and Line id fields: PIN protected = 0. 

4.1.1.1.5 All calls list 

Total number of 30 entries in the Ust. 



Table 4: All calls test list content 



Call Type 


Number 


Name 


Date and time 


Line name 


Line id 


IViissed 


497312456897 


JENDREZEJZAK 


09/09/09 06:45:00 


Provider 1 


0, 


Outgoing 


008989945270 


UWE 


08/09/09 13:13:13 


Provider 1 


0, 


Accepted 


02298951214 


J.LAGADEC 


07/09/09 12:12:12 


Provider 1 


0, 


Outgoing 


0145567897 




07/09/09 09:09:09 


Provider 1 


0, 


Missed 


0145567897 




06/09/09 18:48:00 


Provider 1 


0, 


Accepted 


0321259514 


LE BIHAN 


06/09/09 18:36:18 


Provider 2 


0, 1 


Missed 


00441324778824 


C.Alexander 


06/09/09 15:36:36 


Provider 1 


0, 


Missed 


0321259514 


LE BIHAN 


06/09/09 15:36:00 


Provider 2 


0, 1 


Missed 


0296301005 




06/09/09 12:35:00 


Provider 1 


0, 


Outgoing 


0675000321 


WOJCIECHOSKI 


06/09/09 08:33:33 


Provider 1 


0, 


Accepted 


0308980764 




06/09/09 08:24:24 


Provider 1 


0, 


Outgoing 


0612345678 


FENJIRO 


06/09/09 08:22:22 


Provider 3 


0, 2 


Accepted 


0581321185 


K.BORDONADO 


06/09/09 08:16:16 


Provider 1 


0, 


Accepted 


00441324778824 


C.Alexander 


06/09/09 08:16:08 


Provider 1 


0, 


Outgoing 


0490413002 


FENJIRO 


06/09/09 08:12:12 


Provider 3 


0,2 


Outgoing 


00550123456789 


G. DEL PIETRO 


03/09/09 07:07:07 


Provider 1 


0, 


Missed 


008989945270 


M.UWE 


02/09/09 11:17:00 


Provider 3 


0, 2 


Accepted 


00550123456789 


G. DEL PIETRO 


02/09/09 09:18:09 


Provider 3 


0, 2 


Accepted 


0296301005 




01/09/09 20:40:20 


Provider 1 


0, 


Missed 


0177476923 


C.FENRIJO 


01/09/09 14:08:00 


Provider 1 


0, 


Outgoing 


4526300099446770 


B.ZIMMERMANN 


31/08/09 23:23:23 


Provider 1 


0, 


Outgoing 


00449876543210 


C.ALEXANDER 


31/08/09 16:16:16 


Provider 3 


0, 2 


Accepted 


00449876543210 


C.ALEXANDER 


31/08/09 12:24:12 


Provider 3 


0, 2 


Missed 


4526300099446770 


B.ZIMMERMANN 


30/08/09 18:50:00 


Provider 3 


0, 2 


Outgoing 


0296301005 




28/08/09 17:17:17 


Provider 1 


0, 


Outgoing 


02298951214 


LAGADEC 


27/08/09 18:18:18 


Provider 1 


0, 


Accepted 


0425960406 


D.LE BRAZ 


25/08/09 18:36:18 


Provider 2 


0, 1 


Missed 


0675000209 


R.ALOUSSI 


22/08/09 12:00:00 


Provider 1 


0, 


Accepted 


0675000321 


WOJCIECHOSKI 


22/08/09 11:22:11 


Provider 1 


0, 


Missed 


0247413706 


VAN DER VYNC 


20/08/09 18:15:00 


Provider 2 


0, 1 
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Properties 

For all fields, editable=0; 

For Number, Line name, and Line id fields: PIN protected = 0. 

4.1.1.1.6 Contact list 

Total number of 10 entries in the list. 



Table 5: Contact list test content 



Name 


First name 


Contact numberl 


Contact number2 
(note 1) 


Associated Meiody 
(note 2) 


Line id 


ALEXANDER 


Christian 


(fixed) 

00441324778824 


(work) 

00449876543210 


1 


3, 2 


ALEXANDER 


Christina 


(fixed) 

00441324778812 




2 


3, 2 


ALOUSSI 


RAMIN 


(fixed) 

0156891247 


(mobile) 
0675000209 


3 


3, 


BORDONADO 


Karlita 


(worl<) 

0581321185 




4 


3, 


DEL PIETRO 


David 


(fixed) 

00550123456789 




5 


3, 


FENJIRO 


Carlos 


(worl<) 

0490413002 


(mobile) 
0612345678 


6 


3, 2 


LAGADEC 


Jerome 


(worl<) 

02298951214 




7 


3, 


UWE 


MARCUS 


(worl<) 

008989945270 


(fixed) 

00491603794505 


1 


3, 


WALKER 


BARCLAY 


(mobile) 
06123123 




2 


3, 2 


WOJCIECHOSKI 




(mobile) 
0675000321 




3 


3, 1 


NOTE 1 : 'Contact number' is a multiple instance field. The test equipment shall support two instances 

maximum for this field. Contact number2 entry field instance shall be sent by the test equipment if 
and only if it is defined and the PP requested it in the request. The sending of this instance does 
not depend on whether the manufacturer has declared the support of several 'Contact number' 


fields in the contact list on PT side (PT_IXIT_1). 






NOTE 2: 'Associated melody' field is optional on PP side, anyhow it should be handled in each entry when 
received in data packet. 



Properties 

For all fields, editable= 1; 

For Associated Melody, and Line id fields: PIN protected =0. 

4.1 .1 .1 .7 Internal names list 

Total number of 4 entries in the list. 



Table 6: Internal names test list content 



Number 


Name 


Cali interception 


31H 


Kitchen 


30H 


32H 


Living-room 


30H 


33H 


Office 


31 H 


39H 


Boby room 


30H 
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Properties 

Number field: editable=0, intemal=l, own=0 (see note), PIN code protected =0; 
Name field: editable=l; 

Call interception field: editable=l, PIN code protected =1. 

NOTE: The 'own' property bit is however equal to 1 when the lUT accesses its own entry in PT test cases. When 
this is the case, it is expUcitly written in the test case. 

4.1 .1 .1 .8 DECT system settings list 



Table 7: DECT system settings test list content 



Entry 
identifier 


Settings 


Editable 


PIN 
protected 


Value 


1 


Current PIN code 







FFH, FFH, 12H, 34H 




Clock master 







30H (FP) 




Base reset 




1 


30H (No) 




FP IP address / type 







DHCP=0, Static=1 




FP IP address / value 







IPv4/6=0, 'C0A8D40C'H (192.168.212.12) 




FP IP address / subnet mask 







IPv4/6=0, 'FFFFFFOO'H (255.255.255.0) 




FP IP address / gateway 







IPv4/6=0, 'C0A8D401'H (192.168.212.1) 




FP IP address / DNS server 







IPv4/6=0, 'G0A8D401'H (192.168.212.1) 
(see note) 




FP version / Firmware version 








"F1.2C8" 




FP version / Eeprom version 








"El .5C6" 




FP version / Hardware version 








"H1.4A2" 




Emission mode 


1 





NEM=0 (deactivated) 




New PIN code 


1 


1 


FFH, FFH, 12H, 34H 


NOTE: 'FP IP address / DNS server' is a multiple instance field. The test equipment shall support only a single 
instance for this field. 



4.1.1.1.9 Line settings list 

Total number of 2 entries in the list. 



Table 8: Line settings test list content 



Entry 
identifier 


Settings 


Editable 


PIN 
protected 


Value 


1 


Line Name 







"Provider VolPI" 




Line id 







3, 




Attached handsets 




1 


Nb=03H, bitmap=03H, 82H (PP1, PP2, PP9) 




Dialling Prefix 







Mil 




FP melody 







07H 




FP volume 







30H 




Blocked number 







"08*" (see note) 




Multiple calls mode 







30H (Single call mode) 




Intrusion call 







30H (Not allowed) 




Permanent CLIR 







Value=30H (deactivated), 
CLIR activation code="R*12*" 
CLIR deactivation code="R#19#" 




Call forwarding Unconditional 


1 





Value=30H (deactivated), 
CFU activation code="*22" 
CFU deactivation code="*33" 
Nb = "0698765432" 
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Entry 
identifier 


Settings 


Editable 


PIN 
protected 


Value 




Call forwarding on No Answer 


1 





Value=30H (deactivated), 
Nb of seconds=19H (25) 
CFNA activation code="#44" 

PFMA Hoanti\/atinn onHo— "if'^'^" 
oriMrt UcdUUVdllUI 1 L/UUc— #oo 

Nb = "0212345678" 




Call forwarding on Busy 
subscriber 


1 





Value=30H (deactivated), 
CFB activation code="*66" 
Orb ueactivation coae= v/ 1 
Nb = "0612345678" 


2 


Line Name 


1 





"Provider VolP2" 




Line id 








3, 1 




Attached handsets 


1 


1 


Nb=01H, bitmap=84H (PP3) 




Dialling Prefix 


1 





"3651" 




FP melody 


1 





03H 




FP volume 


1 





30H 




Blocked number 


1 





"06*" 




Multiple calls mode 


1 





30H (Single call mode) 




Intrusion call 


1 





30H (Not allowed) 




Permanent CLIR 


1 





Value=30H (deactivated), 
CLIR activation code="#88#" 
CLIR deactivation code="#99#" 




Call fonwarding Unconditional 


1 





Value=30H (deactivated), 
CFU activation code="" 
CFU deactivation code="" 
Nb = "" 




Call forwarding on No Answer 


1 





Value=30H (deactivated), 
Nb of seconds=00H 
CFNA activation code="" 
CFNA deactivation code="" 
Nb = "" 




Call forwarding on Busy 
subscriber 


1 





Value=30H (deactivated), 
CFB activation code="" 
CFB deactivation code="" 
Nb = "" 


NOTE: 


'Blocked number' is a multiple instance field. The test equipment shall support only a single instance for 
this field. 
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4.1.1.1.10 All incoming calls list 

Total number of 20 entries in the list. 



Table 9: All incoming calls test list content 



Numbsr 


Nsms 


Date and time 


New 


Line name 


Line id 


Mb of 
calls 


497312456897 


JENDREZEJZAK 


09/09/09 06:45:00 


1 


Provider 1 


0, 


2 


02298951214 


J.LAGADEC 


07/09/09 12:12:12 





Provider 1 


0, 


1 


0145567897 




06/09/09 18:48:00 


1 


Provider 1 


0, 


3 


0321259514 


LE BIHAN 


06/09/09 18:36:18 





Provider 2 


0, 1 


1 


00441324778824 


C.Alexander 


06/09/09 15:36:36 





Provider 1 


0, 


1 


0321259514 


LE BIHAN 


06/09/09 15:36:00 


1 


Provider 2 


0, 1 


1 


0296301005 




06/09/09 12:35:00 





Provider 1 


0, 


1 


0308980764 




06/09/09 08:24:24 





Provider 1 


0, 


1 


0581321185 


K.BORDONADO 


06/09/09 08:16:16 





Provider 1 


0, 


1 


00441324778824 


C.Alexander 


06/09/09 08:16:08 





Provider 1 


0, 


1 


008989945270 


M.UWE 


02/09/09 11:17:00 





Provider 3 


0, 2 




00550123456789 


G. DEL PIETRO 


02/09/09 09:18:09 





Provider 3 


0, 2 




0296301005 




01/09/09 20:40:20 





Provider 1 


0, 




0177476923 


C.FENRIJO 


01/09/09 14:08:00 





Provider 1 


0, 




00449876543210 


C.ALEXANDER 


31/08/09 12:24:12 





Provider 3 


0, 2 




4526300099446770 


B.ZIMMERMANN 


30/08/09 18:50:00 





Provider 3 


0, 2 




0425960406 


D.LE BRAZ 


25/08/09 18:36:18 





Provider 2 


0, 1 




0675000209 


R.ALOUSSI 


22/08/09 12:00:00 





Provider 1 


0, 




0675000321 


WOJCIECHOSKI 


22/08/09 11:22:11 





Provider 1 


0, 




0247413706 


VAN DER VYNC 


20/08/09 18:15:00 





Provider 2 


0, 1 





Properties 

For all fields, editable=0; 

For Number, Line name, and Line id fields: PIN protected = 0. 

4.1.2 FP test platform 

The fixed part under test shall be connected to a network when running the tests suite. It shall be ready to initiate an 
outgoing call or to receive an incoming call. An example of FP test platform is depicted on Figure 3. 
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SIP proxy server 



Test System 



RF front end 1 




PP1 (see note 1) 
PP2 (see note 1 ) 



DUT 

F 
P 



PP3 (see note 2) 



RF front end 3 




■J 


□□□□ 

1 1 [!□□□□ 






□□□□ 
1 1 []□□□□ 






□□□□ 

n — ^ 



SIP Phone A 
(G.722, G.726) 



SIP Phone B 
(G.722, G.726) 



SIP Phone 
(G.726 only) 



Device Under Test 



NOTE 1 : PP1 and PP2 behave either as a NG PP, a legacy GAP PP, or a headset PP according to test case. 

NOTE 2: Golden device A needed for NG-DECT Part 1 backward compatibility tests is re-used here for 
convenience. Very few NG-DECT Part 3 test cases need a third PP. 

Figure 3: Example of FP Test platform 

The first RF front-end of Test system "TS_1 " plays the role of a NG PP or a GAP PP paired on the tested FP. 
The following devices are needed: 

• One other PP for internal call test cases: a NG PP and a GAP legacy PP (see note 1). 

• One call server (e.g. a SIP server). 

• A first phone 'Phone A' (e.g. SIP phone supporting G.722 and G.726 codecs) for first call test cases 
(see note 2). 

• A second phone 'Phone B' (e.g. SIP phone supporting G.722 and G.726 codecs) for parallel call test cases 
(see note 2). 

• A third phone 'Phone C supporting only G.726 codec for narrow band calls and call deflection test cases. 

• A handset PP for headset call test cases (see notes 1 and 3). 

• A third handset is needed for few test cases (internal general call and call transfer): any GAP PP can be used. 

NOTE 1 : The second RF front-end of Test system "TS_2" plays the role of one of these PPs according to test case 
condition: NG PP, GAP PP or headset PP. 

NOTE 2: When running "Multiple lines" test cases, phone A is on line and phone B on line 1. These hne 

identifiers values are generic identifier values standing for the line identifiers defined by the system. 
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NOTE 3: To behave like a headset, the TS has just to set the corresponding terminal capability bit "Support of the 
"Headset management" feature" and to send a "call interception request from HPP" command in 
{CC-SETUP} message. 

This platform is based on SIP protocol exchanges between the FP and the network. It must be considered as an example 
as the FP under test may not be designed for SIP network (e.g. H323, PBX, etc.). However, no matter which network is 
used, it shows the minimum devices needed to run the FP test cases. 



4.1.2.1 



List content for tests 



When running List access FP test cases, the 'Current PIN code' field shall be set to (FFH, FFH, 12H, 34H). Thus, the 
test equipment can automatically edit and save the 'Current PIN code' field of 'DECT system settings' Ust before editing 
'PIN protected' field (see Clause 5.1). 

4.1 .3 NG-DECT PART1 backward compatibility test platform 

It is crucial to ensure interoperability between NG-DECT PART3 devices and legacy NG-DECT PARTI devices. In 
order to gain maximum interoperability to the NG-DECT PARTI devices a test against the legacy Golden Devices (FT 
and PT) is absolutely necessary. 

In order to keep the required effort as low as possible, it is proposed to add just some basic tests such as incoming call 
WB, outgoing call WB and service change WB->NB. 

Reference devices 



SIP proxy server 




SIP-NB-PH 



SIP-WB-PH 




A 2) Call A A 
I transfer i 




[ I Golden devices 

Wideband call 

Narrowband call 



WB-FP 



DUT 
PP1 



1) Call 
establishment 



Figure 4: Test platform for NG-DECT PART1 backwards compatibility tests 

The following devices are needed; 
• Golden devices: 

One Golden NG-DECT PARTI handset (WB-PP) (see note). 
Two Golden NG-DECT PARTI base stations (WB-FP). 
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• Reference devices: 

One corded wideband SIP phone (SIP-WB-PH). 
One corded narrowband SIP phone (SIP-NB-PH). 

• SIP server. 

• Device under test: 

Wideband handset (DUT-PP); 

or 

Wideband base station (DUT-FP). 

NOTE: This unique golden NG-DECT PARTI handset supports encryption in full-slot and long-slot mode in 
accordance with NG-DECT PARTI standard. 

4.2 Hypothesis 

Protocol layers tested 

Network and application features are only tested. DLC, MAC, and PHY procedures used by new DECT generation 
standard are supposed to be tested when testing network features. 

Speech services tested 

Device under test is required to support only mandatory speech services. The optional codecs are out of the scope of the 
present document. 

Length of a NWK layer message 

The test equipment shall not send NWK layer messages longer than 63 bytes (see EN 300 444 [12], Clause 6.9.3). In the 
other direction, the test equipment shall be capable of receiving and processing NWK layer messages of at least 
63 octets long. A received NWK layer message longer than 63 bytes shall be discarded. 

4.3 Test groups 

4.3.1 Network features 

See TS 102 527-3 [14], Clauses 5.2, 6.4 and 6.10. 

4.3.2 Application features 

See TS 102 527-3 [14], Clauses 5.7, 6.9 and 6.13. 
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5 Test Cases (TCs) 

Each test case is allocated directly under a defined TC. 

5.1 TC definition conventions 

The TCs are defined following particular rules as shown in Table 10. 



Table 10: TC definition rules 



TC Id according to the 
TC naming conventions 


Test case objective 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 

Comments: (optional) 


The reference should contain the references of the subject to be validated by the actual 
TC (specification reference, Clause, paragraph, flow chart number, etc.) 
The condition defines in which initial state the lUT has to be to apply the actual TC. 
The stimulus defines the test event to which the TC Is related 

Definition of the events or parameters that are expected from the lUT to conform to the 
base specification 

Additional Information or comments on test case content 



The device under test and the test equipment shall meet the features and procedures specified in "New Generation 
DECT; Part 3: Extended wideband speech" (see TS 102 527-3 [14]). Nevertheless, only checked protocol elements are 
specifically described in the test case. Even if a NG PART3 requirement is not specified in a stimulus or a pass criteria 
test step, this does not mean it should not be implemented or tested. This simply means that this requirement is out of 
scope of this test case and will be tested elsewhere. As a result, the "New Generation DECT; Part 1: Wideband speech" 
(TS 102 527-1 [131) and the delta to the "Generic Access Profile" (EN 300 444 [12]) features will be tested with the NG 
Part 3 requirements implemented (e.g. call identification, line identification...). 

TCId 

The TC Id is a unique identifier; it shall be specified according to the TC naming conventions defined in the Clause 
below. 

Reference 

When a flowchart number is given in reference, this fiowchart is only a recommendation to implement the test case. As 
a result, the TS must be fiexible enough to deal with several lUT implementations (dynamic behaviour). 

Initial condition 

When a test necessitates other PP registered (NG PP or legacy GAP PP), it is stipulated. 

By default (i.e. no other PP specified), the TS_1 and the lUT are involved together in the CC instance whose CC control 
state is stipulated in the initial condition. 

A test case reference is given when this TC has to be run to reach the initial condition (for example: "Run 
TC_Fr_NGl.N.16_BV_1802"). That means that this test case shall be run before the current one. 

Pass criteria 

• Checking "end-to-end U-plane connection" criteria: this is an operation to detect the state of the U-plane 
connection. The acoustical path will be checked in both directions. When testing a PP, Test system could 
perform an audio loopback and introduce a delay (e.g. Is) to create an echo. When testing a FP, Test system 
could use a tone generation. In both cases. Test system could also use a handset receiver plugged in the 
equipment. 

• Some parameters used in TCs can be allocated by the lUT (e.g. call id, terminal identity number, session id, 
line id, etc.) or be network dependant (line type information for each line) as a consequence a generic notation 
is used in the TC description (respectively "call id A", "IA5 coding of terminal identity number in decimal of 
PPl", session id n, hne 0, ItO, etc.). 
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5.1 .1 Test equipment implementation requirements 

This Clause specifies the general requirements to be implemented by the test equipment. The requirements Usted below 

can be valid either for several features on one side, or for one feature on both sides, PP and FP side. Specific 
requirements for a single feature are given in the related section describing the sub tests suite for this feature. 

Order of information elements in NWK layer messages 

• lUT shall send Information elements in the correct order within a NWK layer message (as defined in 
EN 300 175-5 [5], Clause 7.5.1 "Coding rules"). This is valid for PT and FT sides. 

NOTE 1: If this requirement is not respected, some test cases may fail on PT and FT side (as the test equipment will 
expect the correct order). 

Segmentation of information in CC procedures 

• lUT shall not use segmentation of NWK messages (defined in EN 300 175-5 [5], Clause 9.9 "Segmentation of 
information in CC procedures"). 

NOTE 2: If this requirement is not respected, some test cases may fail on PT and FT side (as the test equipment will 
expect only one segment). 

NOTE 3: "Segmentation of information in CC procedures" is not mandatory for NG-DECT Part 3 devices. So such 
implementations may face interoperability problems in case the peer party does not support the same 
mechanism. 

Basic service used by the test equipment when initiating a call (external, internal, or Ust access service call) 

• Within PT and FT test cases the test equipment shall behave as follows: 

Rule 1 : When behaving as a NG DECT device, the test equipment shall use by default the "Wideband speech 
default setup attributes" basic service in IE «BASIC-SERVICE» at call setup (as required in 
TS 102 527-1 [13] and TS 102 527-3 [14]). This is the defauh behaviour for all test cases and 
especially in those where "TS_x is a NG PP" is mentioned. This basic service shall also be used even 
in the test cases where outgoing calls to narrow band phones are performed. 

Rule 2: When behaving as a GAP device the test equipment shall use by default the "Basic speech default 
setup attributes" basic service in IE «BASIC-SERVICE» at call setup (as required in 
EN 300 444 [12]). This is the default behaviour for all test cases where "TS_x is a GAP PP" is 

mentioned. 

NOTE 4: The "automatic" rule 1 applies because in all the test cases of the current test specification, the test 

equipment initiates calls only in front of NG-DECT PART3 lUTs (PP or FP) but not in front of GAP 
lUTs. As a consequence the test equipment does not need to check the NG DECT capabiUties of the 
remote party (lUT) to define the basic service to be used. 

NOTE 5: When receiving a call on the test equipment (internal calls for example), it is the lUT that will use the 
correct basic service depending if the test equipment behaves as a NG DECT or GAP device. 

Line type information 

• When testing a PP, by default if it is not specified, the simulated lines are full VoIP lines and so the 'Line type 
information' field in «CALL-INFORMATION» IE shall be coded as follows: 

The 'Network delay type' ('NDT') = 'I'B, indicating that the line is a 'significant delay' line. 

The 'Second call type' ('SCT') = 'O'B, indicating that second calls are handled with 'common parallel call' 
procedures. 

• When testing a FP, the 'Line type information' field in «CALL-INFORMATION» is line dependant for the 

'Network delay type' ('NDT') information. The 'Second call type' ('SCT') information shall be coded according 
to the manufacturer's declarations for Line and Line 1 (see Table A. 16 and Table A. 17). 
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Internal call Initiation 

• When initiating an internal call, a PP under test could access to the internal names list. The test equipment 
shall be ready to accept both methods: with and without access to the internal names hst. 

External call Initiation 

• When initiating an external call (either first or parallel), a PP vmder test could access to the line settings list, so 
that the user can select a line of this call. 

This access to the Une settings list might occur e.g. after subscription/location registration or triggered by a 
{FACILITY} message with a list change notification for the line settings list or triggered by a user interaction 
fully independent from a call or immediately before placing the external outgoing call. 
The test equipment shall be ready to accept both methods: with and without access to the line settings Ust. 

List access service tests cases 

• In order to make lighter the NG1.N.16 List access service test cases, stimulus and pass criteria make reference 
only to the list access commands sent or expected. However, the tester and lUT shall comply with NG Part 3 
requirements (see TS 102 527-3 [14], Clause 7.4.10.1). As a consequence, when receiving commands in pass 
criteria, each command shall be received in a {IWU-Info} message with information element «IWU to 
IWU» using the protocol discriminator '03 'H. Respectively, when sending commands in stimulus, the tester 
shall use the same transport message. 

lUT not registered in initial condition 

When a test starts with the initial condition "lUT not registered", the test equipment shall send an { ACCESS -RIGHTS- 
TERMINATE-REQUEST} message to the lUT just before the first stimulus in order to ensure that the lUT is de- 
registered at the begiiming of the TC. The test equipment shall be prepared to receive optionally an ACCESS-RIGHTS- 
TERMINATE- ACCEPT (if an lUT was previously registered). 

Support of release collision scenario by the equipment 

The test equipment shall support the release collision procedure as defined in Clause 8.7.2.1 of EN 300 444 (GAP) [12]. 

More specifically for test cases such as TC_FT_NG1.N.16_BV_2109, where the digits dialled by the test equipment do 
not correspond to any existing remote party, the lUT and the TS may release the link simultaneously via 
CC-RELEASE. 
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5.2 TC naming conventions 

Each feature to be tested corresponds to a group of test cases identified by its standard feature number. 
The identifier of the TC is built according to Table 1 1 . 



Table 11 : TC naming convention 



TC_<rt>_<fn> <tt>_<ppnn> 






<rt> = type of radio termination 


FT 
PT 


Fixed radio Termination 
Portable radio Termination 


<fn> = feature number 


NG1.N.X 
GAP.N.x 
NG1.A.X 
GAP.A.x 


New generation Network feature 
GAP Network feature 
New generation Application feature 
GAP Application feature 


<tt> = Type of testing 


BV 

GC 
WC 


Valid Behaviour Tests 

GAP backward compatibility Tests (see note 1) 
NG-DECT PART 1 backward compatibility Tests (note 2) 


<pp = procedure number 


(1 to 99) 


Procedure Number (see note 3) 


nn> = sequential number 


(01 to 99) 


Test Purpose Number 


NOTE 1 : GAP bacl<ward compatibility tests concern only the FP. These tests check FP specific behaviours for NG 

features in front of GAP PPs. 
NOTE 2: These tests are to ensure interoperability in front of legacy NG-DECT PART 1 "Wideband speech" 

devices. 

NOTE 3: The procedure number refers to the number given to each procedure in Annex B. For example the 
procedure "NG1 .N.1_3 Codec Negotiation during call establishment" is the procedure number '3' of 
NG1.N.1 Codec Negotiation feature. If several procedures are involved in the TS, the procedure number 
refers to the procedure mainly tested. 



NOTE: In order to limit the number of tests, invalid behaviour use cases are not tested. 

5.3 Portable Part TC purposes 

5.3.1 List of New Generation DECT Part 3 PT tests cases related to 
NG-DECT Part 1 features 

This Clause gives the list of NG-DECT Part 3 test cases related to the DECT "Wideband speech" (part 1) 
(TS 102 527-1 [13J) feahires. In other words, theses test cases shall be implemented with the NG-DECT Part 3 
requirements (see Clause 5.1). 



Table 12: NG-DECT Part 3 PT Test Case Index related to NG-DECT Part 1 features 



NG-DECT Part 3 PT test case index related to NG-DECT Part 1 features 


Test Group 
Reference 


Test Case id 


Description 


Status 




NG1.N.1 


Codec Negotiation 




TO PT NG1.N.1 


TC PT NG1.N.1 BV 101 


NG-DECT Part 1 capability during subscription registration 


M 




TC PT NG1.N.1 BV 102 


NG-DECT Part 1 capability during location registration 


M 




TC_PT_NG1 .N.1_BV_201 


Basic service wideband speech 


M 




TC_PT_NG1 .N.1_BV_301 


Outgoing call, codec chosen in {CC-SETUP-ACK} without slot 
type modification 


M 




TC_PT_NG1 .N.1_BV_303 


Outgoing call, codec chosen in {CC-CALL-PROC} without slot 
type modification 


M 




TC_PT_NG1 .N.1_BV_308 


Outgoing call, codec chosen in {CC-CONNECT} message in 
state T-01 without slot type modification 


M 




TC_PT_NG1 .N.1_BV_309 


Outgoing call, codec chosen in {CC-SETUP-ACK} with slot type 
modification 


M 




TC_PT_NG1.N.1_BV_311 


Outgoing call, codec chosen in {CC-CALL-PROC} message 
with slot type modification 


M 




TC_PT_NG1 .N.1_BV_31 6 


Outgoing call, codec chosen in {CC-CONNECT} in state T-01 
with slot type modification 


M 



ETSI 



26 



ETSI TS 102 841 VI .3.1 (2012-05) 



NG-DECT Part 3 PT test case index related to NG-DECT Part 1 features 


Test Group 
Reference 


Test Case Id 


Description 


Status 




NG1.N.1 


Codec Negotiation 






TC_PT_NG1 .N.1_BV_31 7 


Outgoing call, fall back to a mandatory codec when slot type 

modification fails 


M 




TC_PT_NG1 .N.1_BV_321 


Incoming call G.722, full paging 


M 




TG_PT_NG1 .N.1_WG_101 


Outgoing call Wideband at NG-DECT Part 1 Golden Device FT 
(Golden Device A) 


M 




1 Or 1 _No1 .IN.1_WU_1 Do 


Incoming call Wideband at NG-DECT Part 1 Golden Device FT 
^ooioen uevicc 


M 




TP PT Mm M 1 Wr IIT^ 


Qon/ir^o (^hanno cti Mr^-HFPT Part 1 r^nlrlon no\/ipo FT /f^nlHon 

Device A) 


M 

IVI 




NG1.N.2 


Codec Switching 


M 


TC PT NG1.N.2 


TC PT NG1.N.2 BV 101 


Codec switching from G.722 to G.726 


M 




TC PT NG1.N.2 BV 102 


Codec switching from G.726 to G.722 


M 




GAP.N.30 


Calling Line Identification Presentation (CLIP) 


IU1 


TC PT GAP.N.30 


TC PT GAP.N.30 BV 01 


Incoming call with calling party number in {CC-SETUP} 


M 




TC PT GAP.N.30 BV 02 


Incoming call with calling party number in {CC-INFO} 


M 



5.3.2 List of New Generation DECT Part 3 PT tests cases 

This Clause gives the list of NG-DECT Part 3 test cases related to the DECT "Extended Wideband Speech Services" 
(TS 102 527-3 [14]) features. 

Table 13: NG-DECT Part 3 PT Test Case Index 



NG-DECT Part 3 PT test case index 


Test Group 
Reference 


Test Case Id 


Description 


Status 




NG1.N.1 


Codec negotiation 


M 


TC PT NG1.N.1 


TC PT NG1.N.1 BV 103 


NG-DECT Part 3 capability during subscription registration 


M 




TC PT NG1.N.1 BV 104 


NG-DECT Part 3 capability during location registration 


M 




NG1.N.3 


Missed call notification 


M 


TC PT NG1.N.3 


TC PT NG1.N.3 BV 201 


Missed call notification, activation 


M 




TC PT NG1.N.3 BV 202 


Missed call notification, deactivation 


M 




TC PT NG1.N.3 BV 203 


Missed call notification, activation while on active call 


M 




NG1.N.4 


Voice message waiting notification 


lUI 


TC PT NG1.N.4 


TC PT NG1.N.4 BV 201 


Voice message waiting notification, activation 


M 




TC PT NG1.N.4 BV 202 


Voice message waiting notification, deactivation 


M 




NG1.N.5 


Date and Time synchronization 


M 


TC PT NG1.N.5 


TC PT NG1.N.5 BV 101 


FT initiated Date and Time synchronization 


M 




TC PT NG1.N.5 BV 102 


PT initiated Date and Time synchronization 







NG1.N.6 


Parallel Calls 


lUI 


TC PT NG1.N.6 


TC PT NG1.N.6 BV 401 


Codec change for parallel calls from G.722 to G.726 


M 




TC PT NG1.N.6 BV 402 


Codec change for parallel calls from G.726 to G.722 


M 




TC_PT_NG1 .N.6„BV_501 


Sending negative acknowledgement - call toggle 
unsuccessful 


M 




TC PT NG1.N.6 BV 601 


Busy line notification 


M 




NG1.N.7 


Common parallel call procedures (external or internal) 


M 


TC PT NG1.N.7 


TC PT NG1.N.7 BV 102 


Outgoing parallel call initiation (external) 


M 




TC PT NG1.N.7 BV 103 


Outgoing parallel call initiation (internal) 


M 




TC_PT_NG1 .N.7_BV_201 


Call waiting indication (external) - CLIP on call waiting 
indication - End of call waiting indication 


M 




TC_PT_NG1 .N.7_BV_202 


Call waiting indication (internal) - CLIP on call waiting 
indication - End of call waiting indication 


M 




TC PT NG1.N.7 BV 301 


Call toggle (external) 


M 




TC PT NG1.N.7 BV 302 


Call toggle (internal) 


M 




TC PT NG1.N.7 BV 401 


Call release and call release rejection 


M 




TC PT NG1.N.7 BV 601 


Call waiting acceptation (from PP to FP) (external) 


M 




TC PT NG1.N.7 BV 602 


Call waiting acceptation (from PP to FP) (internal) 


M 
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NG-DECT Part 3 PT test case index 


Test Group 
KeTGrence 


Test Case Id 


Description 


Status 




1 O r l_Nol .N./_dV_/U1 


— ■■ — 1 n: 1 7z f;?:; — F?r^ n 

Active call release with replacement (from PP to FP) - call 

waiTing ^eAiernai; 


u 




TP PT K\n^ M 7 R\/ TflO 


Aciive call release wiin repiacsrneni (Tiom rr lo rrj - can 

nn-hnlH ( f^vif^rn^W 

\J\l 1 IL/IU ^tJAlCI 1 idiy 


r\ 
\J 




Xn PT Nfil N 7 RV 801 


Pall \A/aitinn rpipr'tinn ^frnm PP tn PP^ ^PYtprnah 

OClll VVCIILIII^ 1 CJCLrLIVJI 1 ^IIVJIII rr l\J 11} ^CJAICI 1 laiy 


M 




TC PT Nri1 M 7 RV QDI 

Iw nl INwI.lN./ Dv c7VJI 


Pii+tinn a pall on-hr\IH - Rociiminn a oall ni it nn-hnlrJ 

nULllilLJ Cl^clll UN IIUIU riccaUIIMIiy dUdll jJUlUII liUlU 


n 




TP PT Mni M7 RV 1 ?ni 

lO nl InvJI.In./ Dv I C.U \ 


PKIIP nn pall \n/aitinn inHipatinn /oYtornah 
OiNir ui 1 Udii vvdiui ly ii iUH-/dLiUi i ^^uaLoI i idiy 


IVI 




TC PT NG1.N.7 BV 1202 


CNIP on call waiting Indication (internal) 


M 






\^clll 11 cll lolci ^CAld 1 Icll \jl II llcl 1 Idl / 


M 

IVI 


TC PT NG1.N.8 


TC PT NG1.N.8 BV 101 


Call transfer (external) - announced 


M 




TC PT NG1.N.8 BV 102 


Call transfer (external) - unannounced 


IVI 




TC PT NG1.N.8 BV 103 


Call re-injection to the system (external) 


M 




TC PT NG1.N.8 BV 104 


Remote party CLIP on call transfer (external) 


M 




TC PT NG1.N.8 BV 105 


Remote party CNIP on call transfer (external) 


M 




NG1.N.9 


3-party conference with established external and/or 
internal calls 





TC_PT_NG1.N.9 


TC_PT_NG1 .N.9_BV_1 01 


3-party conference with established external and internal 
calls - lUT is the Initiating party - release from one of the non 

initiating parties 


M 




TC_PT_NG1 .N.9_BV_1 02 


3-party conference with established external and internal 
calls - lUT Is not the Initiating party 


M 




NG1.N.10 


Intrusion call 





TC_PT_NG1.N.10 


TC_PT_NG1 .N.10_BV_101 


Implicit call intrusion into a line in "single call" mode - lUT is 
the initiating party in front of a non-early {CC-CONNECT} FP 


C1301 




TC_PT_NG1 .N.10_BV_102 


Implicit call intrusion into a line in "single call" mode - lUT is 
the initiating party in front of an early {CC-CONNECT} FP 


C1301 




TC_PT_NG 1 .N.1 0_BV_201 


Explicit call intrusion into a line in "single call" mode in front of 
a non-early |OL--OUNNbO I } rr 


CI 301 




1 L/_r 1 _lN Kj\ .N.I U_b y dvd 


Explicit call intrusion into a line in "single call" mode in front of 
an early (OL'-u^^'NiNto i ) rr 






TP PT K\^i^ M i n R\/ Qn-1 
1 L/ r 1 V4\Ji 1 .In. I U D V OU \ 


1 esi OT ine iniruoeo r r — impiicii can inuusiori inio a iine in 
"single cal" mode - lUT is not the initiating party 


IVI 




NG1.N.11 


Call deflection (external or internal) 





1 O r 1 No! .N.\ \ 


T*^ DT Kir^i M D\/ i r\H 

\Lf r 1 NLal .IN. 11 bv 1U1 


Call deflection (internal) in multiple lines context 


IVI 




TC PT NG1.N.11 BV 201 


Call deflection (external) - successful 


M 




TC PT NG1.N.11 BV 202 


Call deflection (external) - unsuccessful 


M 




TC PT NG1.N.11 BV 203 


Call deflection (external) - Call waiting deflection 


M 




NG1.N.12 


Line identification 


M 


TC_PT_NG1.N.12 


TC_PT_NG1 .N.12_BV_201 


Line identification for a first external outgoing call using 
«CALL-INFORMATION» IE (non early CC-CONNECT 
implementation) 


M 




TC_PT_NG1 .N.12_BV_202 


Line identification for a first external outgoing call using 
«CALL-INFORMATION» IE (early CC-CONNECT 
implementation) 


M 




TC_PT_NG1 .N.12_BV_501 


FP managed line selection for a first external outgoing call 
(non early CC-CONNECT implementation) 


M 




TC_PT_NG1 .N.12_BV_502 


FP managed line selection for a first external outgoing call 
(early CC-CONNECT implementation) 


M 




NG1.N.13 


Call identification 


M 


TC_PT_NG1.N.13 


TC_PT_NG1 .N.13_BV_201 


Call identifier assignment on outgoing call (FP to PP) - 
Normal call (non early CC-CONNECT Implementation) - Call 
status indication 


M 




TC_PT_NG1 .N.13_BV_202 


Call identifier assignment on outgoing call (FP to PP) - 
Normal call (early CC-CONNECT implementation) - Call 
status indication 


M 




TC_PT_NG1 .N.13_BV_203 


Call identifier assignment on outgoing call (FP to PP) - 
Internal call - Call status indication 


M 




TC_PT_NG1 .N.13_BV_301 


Call identifier assignment on incoming call (FP to PP) - 
Normal call setup 


M 
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NG-DECT Part 3 PT test case index 


Test Group 
Reference 


Test Case Id 


Description 


Status 




NG1.N.14 


Multiple Lines 


M 


TC_PT_NG1.N.14 


TC_PT_NG1 .N.14_BV_301 


Incoming external calls on a multiple line system - Accept 

incoming call on second line and release it - Resume first call 


M 




TC_PT_NG1 .N.14_BV_305 


Outgoing external calls on a multiple line system - Initiate a 
second outgoing call on second line using PP line selection 


M 




TG_PT_NG1 .N.14_BV_306 


Outgoing external calls on a multiple line system - Initiate a 
second outgoing call on second line using FP managed line 

selection 


M 




NG1.N.15 


Multiple calls 


M 


TC_PT_NG1.N.15 


TC_PT_NG1 .N.15_BV_201 


Incoming external calls on a multiple call line - Accept 
incoming second call 


M 




TG_PT_NG 1 . N . 1 5_BV_205 


Outgoing external calls on a multiple call line - Initiate a 

second outgoing call on the line using line selection 


M 




1 U r l_Nljj1 .IN.1 b_DV_«lUb 


Outgoing external calls on a multiple call line - Initiate a 
second outgoing call on the line using FP managed line 


M 




TG PT NG1.N.15 BV 301 


Busy system notification 


M 




Nul .N.1 D 


List access service 


M 


lO rl No!. IN. lb 


1 O rl NUT. N. lb BV 1 /U1 


Missed calls list - Read entries - Initiate an external call 


^ /I 
M 




1 O rl NUT. N. lb DV 1 /Uii 


Missed calls list - Delete entry 


M 




"T/"* DT M^H M HC D\/ H "7nO 

lU rl Nol.N.lb DV 1 /Uo 


Missed calls list - Delete list - Read entries when empty 


M 




TG_PT_NG 1 . N . 1 6_BV_1 704 


Missed calls list - Transfer number from missed calls list to 
contact list 


M 




T/"* DT MOH M HC D\/ H "7riC 

1 l_/_r 1 _INHj1 .N.I b_DV_l /Do 


Missed calls list - Incoming first voice call during existing list 
access session 


M 




"T/"* OT M/^H M HC D\/ HOnH 

lU rl INHjl.N.m BV loUl 


Outgoing calls list - Read entries - Initiate an external call 


(J 




TC PT NG1.N.16 BV 1802 


Outgoing calls list - Delete entry 







TG PT NG1.N.16 BV 1803 


Outgoing calls list - Delete list - Read entries when empty 







TG_PT_NG1 .N.16_BV_1 901 


Incoming accepted calls list - Read entries - Initiate an 
external call 


M 




DT M^H M HC D\/ H nno 

lO rl Nol.lN.lb BV lyijd 


Incoming accepted calls list - Delete entry 


M 




Tr^ DX M^H M HC D\/ H OnO 

1 L/_r I Nol .N.I b_BV_l aUo 


Incoming accepted calls list - Delete list - Read entries when 

empTy 


M 




TP PT Mri1 M 1K RV 1Qn4 


iiiouiTiiny doOupiuU odiib iioL I raiibiui nuiiiuur iruiii inouiiiiiiy 
apcpntprl pallQ liQt tn rrintapt MqI 

dLiV^C^IJLCU OdllO lloL LU UUIIldOl llol 


^/l 

IVI 




TP PT Mr?i M 1R R\/ ?nni 


All r'allc lict - RosH ontrioc - Initinto an ovtornal r'all 

r\\\ Udllo IIOL riCdU ClIlliCo II IILldLC dl 1 CALCl 1 Idl Lrdll 


n 




TP PT Mm M 1R RV pnn? 


All pallc lict - Doloto ontr\/ 

r\\\ Lrdllo lloL L^ClCLC ClILiy 


n 




TP, PT l\lf?1 N 1fi RV PflD'^ 

1 \_/ II In I.IN.IvJ DV ^WUO 


All r'allQ liQt - riplptfi Met - RppH pntriPQ \A/hpn pmnt\/ 

rW \ LrdI lo 1 lo L 1 lo L iiCdVJ CIILIICo vVIICII dllULy 






TP. PT NRI N 1R RV 


Pontapt liQt - Rparl pntriPQ - InitiatP an PYtprnal pall 
owl iidLri iioL ncdu CI III ico iiiiLidLC di i calci i idi Lidii 


M 




TP PT M(^1 N 1fi RV PinP 


Prtntapt lict - Doloto ontr\/ 

OUIILdOL llol I-/CICIC CI III y 


M 

IVI 




lO II iWJ \ .1^ . \ \j DV ^lUO 


Pr^ntapt lict - Plplptp lict - RpaH ontripc \A/hpn pmnt\/ 
OL/llldUl llol L/CICLC llol ncdU CI III ICO wild! dii|Jiy 


M 

IVI 




TG PT NG1.N.16 BV 2104 


Gontact list - Greate entry - Edit entry - Save entry 


M 




TP PT MP1 M 1fi RV 0^(^R 


L/UlUdOl llol L/lcdlu tJlUiy - iNcydLIVt? MOKilUWItJUycliIclU 


^/l 

IVI 






L/uiuacT iisi - neau erunes uurinci exTernai Caii 


^y| 

IVI 




lO rl InVjI.In.ID DV £illU 


uoniaci iisi - cniry wiin several comaci numDers 


P 1 QflQ 




TP PT Niriil M 1 R\/ 99ni 
IL/ rl IN^JJI.IN.IO DV d.d.\J \ 


imerridi ridmes iisi - riedO eniries - iniiidie dn inierndi can 


h/i 

IVI 




TP PT MP1 M 1 RV 9909 
1 L/ r 1 INOI.lN.ID DV C-CXjc. 


iiiieiiidi iidiiieo llol L/eieie eiiiry 


^y| 

IVI 




TP PT K\C^^ M 1 R\/ 99n'5 
\\j r 1 IN*^ 1 .IN. 1 D DV d.c.\jO 


inTerridi ridmes iisi - tun eniry - oave eriTry 


^y| 

IVI 




TG_PT_NG1 .N.I 6_BV_2204 


Internal names list - Call interception - PIN protected - Edit 
eniry - oave eniry 


M 




TG PT NG1.N.16 BV 2301 


All incoming calls list - Read entries - Initiate an external call 







TC^ DT M/~»H M HC D\/ OOriO 

\\j rl Nul.N.lb BV d.6\}ii 


All incoming calls list - Delete entry 


U 




TG PT NG1.N.16 BV 2303 


All incoming calls list - Delete list - Read entries when empty 







TG PT NG1.N.16 BV 2401 


DEGT system settings list - Read entries 


M 




IG rl NCal.N.16 BV 2501 


Line settings list - Read entries 


M 




TG_PT_NG1 .N.16_BV_2601 


Virtual missed calls list - Read entries - Initiate an external 

call 







TG_PT_NG1 .N.16_BV_2602 


Virtual outgoing calls list - Read entries - Initiate an external 
call 







TG_PT_NG1 .N.I 6_BV_2603 


Virtual incoming accepted calls list - Read entries - Initiate an 
external call 







TG PT NG1.N.16 BV 2604 


Virtual all calls list - Read entries - Initiate an external call 
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NG-DECT Part 3 PT test case index 


Test Group 
Reference 


Test Case Id 


Description 


Status 




TC PT NG1.N.16 BV 2605 


Virtual contact list - Read entries - Initiate an external call 







TC_PT_NG1 .N.1 6_BV_2606 


Virtual all incoming calls list - Read entries - Initiate an 

external call 







TC_PT_NG1 .N.16_BV_2701 


DEGT system settings list - Gurrent PIN code - New PIN code 
- Edit entry - Save entry 


M 




TG_PT_NG1 .N.1 6_BV_2801 


DEGT system settings list - Glock master - Edit entry - Save 
entry 


M 




TG_PT_NG1.N.1 6_B V_290 1 


DEGT system settings list - Base reset - Edit entry - Save 

entry 


M 




TG_PT_NG1 .N.16_BV_2902 


DEGT system settings list - Base reset - PIN protected - Edit 
entry - Save entry 


M 




1 U_r l_NLa 1 .N.1d_dV_oUU1 


DEGT system settings list - FP IP address - Edit entry - Save 
entry 


u 




1 r 1 INO 1 .INI. 1 D DV OOU 1 


uto 1 sysiem senings iisi - rr version - rieao eniries 


IVI 




TG PT NG1.N.16 BV 3801 


Line settings list - Line name - Edit entry - Save entry 


M 






void 






1 O r I No 1 .N.1 b_DV_4UUii 


Line settings list - Attached handsets - PIN protected - Edit 

eniry - oave eniry 


M 




TG PT NG1.N.16 BV 4101 


Line settings list - Dialing prefix - Edit entry - Save entry 









Line settings list - FP melody - Edit entry - Save entry 


u 




TG PT NG1.N.16 BV 4301 


Line settings list - FP volume - Edit entry - Save entry 







TGPTNGI.N.I SB V_440 1 


Line settings list - Blocked telephone number - Edit entry - 
Save entry 







TG PT NG1.N.16 BV 4501 


Line settings list - Multiple calls mode - Edit entry - Save entry 


M 




TG PT NG1.N.16 BV 4601 


Line settings list - Intrusion call - Edit entry - Save entry 


G1302 




TG_PT_NG1 .N.1 6_BV_4701 


Line settings list - Permanent GLIR - Edit entry - Save entry - 
'Value' subfield 


G1303 




TG_PT_NG1 .N.1 6_BV_4702 


Line settings list - Permanent GLIR - Edit entry - Save entry - 
GLIR code subfields 


G1307 




TG_PT_NG1 .N.16_BV_4801 


Line settings list - Gall forwarding unconditional - Edit entry - 
Save entry - 'Value' and 'Gall forwarding number' subfields 


M 




TG_PT_NG1 .N.1 6_BV_4802 


Line settings list - Gall fonwarding unconditional - Edit entry - 
Save entry - GFU codes subfields 


G1312 




TG_PT_NG1 .N.1 6_BV_4901 


Line settings list - Gall forwarding on No answer - Edit entry - 
Save entry - 'Value' and 'Gall forwarding number' subfields 


M 




TC_PT_NG1 .N.1 6_BV_4902 


Line settings list - Call forwarding on No answer - Edit entry - 
Save entry - CFNA codes subfields 


C1313 




TG_PT_NG1 .N.16_BV_5001 


Line settings list - Gall forwarding on Busy subscriber - Edit 
entry - Save entry - 'Value' and 'Gall forwarding number' 
subfields 


M 




T/^ D~r M/^H MHO D\/ CHAO 

1 O r l_NL3l .N.1 b_DV_oUU£i 


Line settings list - Gall forwarding on Busy subscriber - Edit 
enTry - oave eniry - utd cooes suoTieios 


Lf\ o14 




TC_PT_NG1 .N.1 6_BV_51 01 


DECT system settings list - Emission mode - Edit entry - 

oave entry 


CI 304 






r^allinn lino iHAntitw roctrir^tinn 
Odlllliy llllc lUclllliy icolllUllUll 




1 O r 1 IN^J 1 .IN. 1 / 


TP PT MP1 M IV R\/ Qni 
1 r 1 W\J I .IN. 1 / DV oU 1 


1 eiTiporary LjLin rnoae (can oy odiij 


^y| 

IVI 




NG1.N.18 


Call forwarding (external calls) 


M 


Tf^ DX MHO 


No test case 








NG1.N.19 


DTIUIF liandling 


M 


TC_PT_NG1.N.19 


TG_PT_N G 1 . N . 1 9_B V_1 1 


II 1' 1 i~\Tii J. ■ ■ J. —II i _ 1 ^ \ . 1 

Uplink DTMF transmission at call setup when FP connected 
to classic switching network 


M 






Uplink DTMF transmission when connected 


M 




hifi-i M on 


1 ones provision 


M 
IVI 


TC_PT_NG1.N.20 


TG_PT_NG1 .N.20_BV_201 


Tones provision by the system - Ring-back tone and Busy 
tone 


M 




TG_PT_NG1 .N.20_BV_203 


Tones provision by the system - Intercept tone, Negative 
acknowledgement tone and Gall waiting tone 


M 




TG PT NG1.N.20 BV 206 


Tones provision by the system - Dial tone 







TG PT NG1.N.20 BV 207 


Tones provision by the system - Off-hook warning tone 







TG PT NG1.N.20 BV 208 


Tones provision by the system - Network congestion tone 
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NG-DECT Part 3 PT test case index 


1 col oruup 


1 col ^doc lU 


LJcoUri|JllUil 


Qfatiie 
OldlUs 




NG1.N.21 


Headset management 


CI 305 


1 O r 1 \\\Ji I .IN.il 1 


TP PT MP1 M 91 R\/ 1 ni 


neaasei capauiiiiy uuring suDSCiipiion reyisiraiion 


p 1 Qnc^ 
1 oUD 




TC PT NG1.N.21 BV 102 


Headset capability during location registration 


CI 305 




\\j rl INol.N.^il bV £:U1 


Headset call interception - G.722 call 


r^-\ one 




TC PT NG1.N.21 BV 301 


Headset incoming call - G.722 call 


CI 305 




TC PT NG1.N.21 BV 401 


Re-dial of last outgoing call 


C1306 




TC PT NG1.N.21 BV 501 


Re-dial of last incoming call 


C1306 




TC_PT_NG1 .N.21_BV_601 


Headset incoming call - G.726 call - Switching from headset 
to handset (headset initiated) 


C1306 




TC_PT_NG1 .N.21_BV_701 


Headset side - Headset call interception - G.726 call - 
Switching from headset to handset (handset initiated) 


C1305 




TC_PT_NG1 .N.21_BV_705 


Handset side - Headset call interception - G.722 call - 
Switching from headset to handset (handset initiated) 


CI 308 






Handling of lines where second calls are signalled 
iri'uanu 


M 


TP PT M 00 


TP PT M OO R\/ 4n-i 


US6 OT iransparent cornmanus on ul/Ido lines ^DaSic or 

Off-hnnU" PI IP on9htloH\ r»r an\/ nthor lino 

\J \ \ IIUUt\OI— In d IdUldJ ) \j\ ctiiy L/lllCl Mile 


IVI 




GAP. N. 31 


Intprnnl r^^ll 

III Id 1 ICll vCII 1 


M 


TP PT r^AP N '^1 


TP PT (^AP M '^1 RV 101 


Intornal r'all cotim - pall r'lacc pho/^Unn 

lllldllCll LfClll oCLUjJ LrClii LrlCloo UllCLfrMIILj 


IVI 




TP PT (^AP M '^1 RV '^m 


Intornfll rail PI IP 

IIILdllCtI LfCtll Ol—ln 


M 

IVI 




TP PT f^AP NI '^1 RV 401 


Internal rail PMIP 

IIILdllCtI LfCtll OINIr 


M 

IVI 




TC PT GAP NI T1 RV fiOl 


Internal pall mrlpp nrinrit\/ - niitnninn pall 
11 lid 1 ICll LrCiii Liijuc^o |jii<jiiiy uui^uii 1^ odii 


O 1 O 1 1 




TC PT GAP.N.31 BV 602 


Internal call codec priority - incoming call 


C1311 






^^ollinn Klormo I^Qntif i/^^tinn DfQoanf ^tinn /f^KIID^ 
Lralliny IMdITIc IQtrniM ICallOn nrcotrMlallOn ^v-rlNIn^ 


IVI 


TC PT GAP.N.34 


TC_PT_GAP.N.34_BV_1 01 


Incoming call with calling party name in {CC-SETUP} 


M 




lU rl (jjAr.N.o4 DV \\}iL 


Incoming call with calling party name in {CC-INFO} 


IVI 




\\j rl ljjAr.lN.o4 bV 1 Uo 


incoming can witn ULir ana ONir in (UL>-iiNirU} 


IVI 




GAP.N.35 


Enhanced security 


M 


TC PT GAP. N. 35 


TC PT GAP.N.35 BV 101 


Encryption of all calls 


M 




TC_PT_GAP.N.35_BV_201 


Indication of Support of 'Re-keying' and 'early encryption' in 
terminal capabilities during registration 







TC_PT_GAP.N.35_BV_202 


Indication of Support of 'Re-keying' and 'early encryption' in 
terminal capabilities during location registration 







1 U rl (jjAr.N.oo dV ^iUo 


Re-keying procedure 


U 




TC_PT_GAP.N.35_BV_301 


Assignment of default cipher key and usage of early 

encryption during incoming call 







TC PT GAP.N.35 BV 302 


Usage of early encryption during outgoing call 







TC PT GAP.N.35 BV 303 


Usage of early encryption for MM procedure 







TC_PT_GAP.N.35_BV_304 


Overwriting a default cipher key by assigning a new default 
cipher key with the same index 







TC PT GAP.N.35 BV 305 


Assign two default cipher keys with different indices. 







TC_PT_GAP.N.35_BV_306 


PP releases connection in case FP rejects early encryption 
on MAC layer 







TC_PT_G AP. N .35_B V_50 1 


Release of unexpectedly unencrypted outgoing call in call 
proceeding state 


M 




TC_PT_GAP.N.35_BV_502 


Release of unexpectedly unencrypted outgoing call in 
connect state 


M 




TC_PT_GAP.N.35_BV_503 


Release of unexpectedly unencrypted incoming call in 
alerting state 


M 




TC_PT_GAP.N.35_BV_504 


Release of unexpectedly unencrypted incoming call in 
connect state. 


M 




TC_PT_GAP.N.35_BV_505 


Release of unexpectedly unencrypted outgoing call in 
connect state after switching encryption support in FT off 


M 




TC_PT_GAP.N.35_BV_506 


Release of unexpectedly unencrypted outgoing call in 
connect state despite of successful authentication 


M 




TC_PT_GAP.N.35_BV_507 


Release of unexpectedly unencrypted incoming call in 
connect state despite of successful authentication 


M 
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NG-DECT Part 3 PT test case index 


1 col oruup 


Tact r^oco IH 
1 col ^doc lU 


L^COLrri|JllUll 


OlctlUo 




NG1.A.1 


Fpq\/ pin ooHp rpniQtfPtinn 


lUI 


TP PT Mni A 1 

I \j 11 1 N"d 1 .r\. 1 


TP PT MPI A 1 R\/ ini 
lO ni lN*dl.rA.l DV lUl 


ncy loLI dUvJI 1 IIIUUu dUlUI 1 IctU*-/ dL/Oooa 


IVI 




TP, PT Nfil A 1 RV Pni 


QQarphinn mnrlp anrl PIM pnHp roniioQtQ 
oc;cii oi II 1 iL) 1 1 iLfUC cii lu 1 iiN ovjvjc 1 c^ucoL^ 


M 




TC PT NG1.A.1 BV 301 


Base station name selection 







TP PT K\n^ A 1 R\/ A^^^ 


rieyisiraiion user TeeauacK 


ivi 




M/^i A O 
1 .M.^ 


easy palling regisiiation 


IVI 


TC PT NG1.A.2 


TC PT NG1.A.2 BV 401 


Searching mode request (default PIN) 


M 




TC PT NG1.A.2 BV 402 


Searching mode request (switching back to PIN entry) 


M 




NG1.A.3 


Handset Locator 


M 


TC PT NG1.A.3 


TC PT NG1.A.3 BV 101 


Handset Locator 


M 




GAP.A.4 


Terminal Identity number assignment In mono cell 
system 





TC PT GAP.A.4 


No test case 






C1301 

C1302 
C1303 
C1304 
C1305 
C1306 
C1307 

C1308 
C1309 
C1311 

C1312 

C1313 
C1314 


At least one of the two procedures implicit or explicit call intrusion shall be implemented (see Table A.5 

NG1.N.10 1 and NG1.N.10 2). 

IF NG1.N.10 "Intrusion call" THEN "M" ELSE "1". 

IF NG1.N. 17 "Calling line identity restriction" THEN "M" ELSE "1". 

IF NG1.M.5 "no-emission" mode is supported THEN "M" ELSE "1". 

IF the PT is a headset PP THEN "M" ELSE "1". 

IF the PT is a headset PP THEN "0" ELSE "1". 

IF NG1.N. 17 "Calling line restriction" is supported AND CLIP code subfields can be edited THEN "M" ELSE 

"N/A" (see Table A.2 PT IXIT 2 

IF the PT is a headset PP THEN "1" ELSE "0". 

IF several contact numbers in contact list is supported THEN "M" ELSE "N/A" (see Table A.2 PT_IXIT_1). 
IF PP complies one of the exception cases to this procedure listed in Clause 7.4.3.9.2 THEN "N/A" ELSE "M" 
(see Table A.2 PT IXIT 6) 

IF CFU code sub fields can be edited THEN "M" ELSE "N/A" (see Table A.2 PT IXIT 3). 
IF GFNA code sub fields can be edited THEN "M" ELSE "N/A" (see Table A.2 PT IXIT 4). 
IF CFB code sub fields can be edited THEN "M" ELSE "N/A" (see Table A.2 PT IXIT 5). 



5.4 Fixed Part TC purposes 

5.4.1 List of New Generation DECT Part 3 FT tests cases related to 
NG-DECT Part 1 features 

This Clause gives the list of NG-DECT Part 3 test cases related to the DECT "Wideband speech" (part 1) 
(TS 102 527-1 [13]) features. In other words, theses test cases shall be implemented with the NG-DECT Part 3 
requirements (see Clause 5.1). 
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Table 14: NG-DECT Part 3 FT Test Case Index related to NG-DECT Part 1 features 



NG-DECT Part 3 FT test case index related to NG-DECT Part 1 features 


Test Group 
Reference 


Test Case Id 


Description 


Status 




NG1.N.1 


Codec Negotiation 


lUI 


TC FT NG1.N.1 


TO FT NG1.N.1 BV 101 


Exchange of codec list during subscription registration 


M 




TO FT NG1.N.1 BV 102 


Excliange of codec list during location registration 


M 




TC, FT Nr;i N 1 Rv im 

1 W II IN \J 1 . 1 N . 1 U V 1 UO 


Mr^-HFf^T P^irt 1 hinhpf l3\/pr ppnphilitiPQ 

IN^ i-J \ \-/ \ n Cll L 1 IIIU'ICI IdyCI LidlJctkJ II 1 U Co 


M 




TC_FT_NG1.N.1_BV_201 


Basic service wideband speech 


IVl 




TP FT M(^1 M 1 RV 9ni 


wULyuiiiy \j(.ic.c. \j<x\\ Uoiiiy luiiy biUL ivim\^ bULup 


IVl 




TP FT M 1 R\/ TflC 
\ \j r 1 1 .IN. 1 DV oU^ 


C\\\\r\r\\r\r\ CX V0(> noil i icinn fi ill olr»+ ^ylfl^^ c£i+i ir» 

wuiyuiiiy yji.i cx> odii ubiny luii biui ivimo bciup 


IVl 




TP FT Mri1 M 1 R\/ 
1 V_/ r 1 INo 1 .IN. 1 DV oUo 


(~\\ \\ r\r\\Y'\r\ 7QQ noil iicin^ fiill o Ir^t IV/I A ccA\ i y~\ 

wuiyuiiiy C.C. odii ubiiiy luii biui iviml/ buiup 


IVl 




TP FT NRI N 1 R\/ "^(14 


\\r\r\ \ nn VOfi noil iicinn \r\T\r\ clr\t KVI cati ir\ 

v_/ULyuiiiy o./^o odii ubiiiy luiiy oiul ivimo ocLup 


IVl 




TC_FT_NG1 .N.1_BV_305 


Outgoing G.722 call, fall back to a G.726 codec when full to 

Innn cl/^t t\/r^o moHif inciti/^n fQilc 
lUliy biUL Lyp<^ 1 1 1UUI ilLidUUi 1 ictlib 


M 




TC_FT_NG1 .N.1_BV_306 


Outgoing call without sending any IE «CODEC-LIST» in 

ICC CiCTI IP\ 


M 




TG_FT_NG1 .N.1_BV_307 


Outgoing call with an IE «CODEC-LIST» in {CC-SETUP} 

Hiffarant f rrtm nra\/im ic cant Hi ir'inn Irtf^atirtn ranictr'Qtif^n 
Ulllcicill l[UIM [JlcVIUUo bciU UUiliiy lUUdLIUII IcyibliclLIUfI 


M 




TO FT NG1.N.1 BV 321 


Incoming call G.722 


M 




1 O r 1 InoI .In.1 bV Oiiii 


Incoming call G.726 


IVl 




TC FT NG1.N.1 BV 323 


Incoming call G.722, negotiation results in G.726 


M 




TG_FT_N Q 1 . N . 1 _W C_1 1 


Outgoing call Wideband at NG-DECT Part 1 Golden Device PT 
(Golden Device A) 


M 




TG_FT_N G 1 . N . 1 _W C_1 02 


Outgoing call Wideband at NG-DECT Part 1 Golden Device PT 

(vjOiaon UGvicG b) 


M 




1 Or 1 _lNo 1 .lN.1_WU_l Uo 


incoming can vviaGDana at No-utu i ran i vjiOiOGn ueviCG r i 


M 




TO FT Nfi1 N 1 Wn 104 


Inrnminn rail WiHphanH at Nfn-DFnT Part 1 (nnlrlpn Dpvirp PT 

1 1 ll.yUI 1 III ly l.yClM V V IVJCLJCII Ivl dl l N L/ 1 \_/ 1 n dl I l VJIL^IUCI 1 LyC V ll_rC \ 1 

(Golden Device B) 


M 




TC_FT_NG1 .N.1_WC_105 


Service change at NG-DECT Part 1 Golden Device PT (Golden 
Device A) 


M 




TG_FT_NG1 .N.1_WC_1 06 


Service change at NG-DECT Part 1 Golden Device PT (Golden 
Device B) 


M 




NG1.N.2 


Codec switching 


M 


TC FT NG1.N.2 


No test case 








GAP.N.30 


Calling Line identification Presentation (CLIP) 


M 


TC FT GAP.N.30 


TC FT GAP.N.30 BV 01 


Incoming call with calling party number 


M 



5.4.2 List of New Generation DECT Part 3 FT tests cases 

This Clause gives the list of NG-DECT Part 3 test cases related to the DECT "Extended Wideband Speech Services" 
(TS 102 527-3 [14]) features. 

Table 15: NG-DECT Part 3 FT Test Case Index 



NG-DECT Part 3 FT test case index 


Test Group 
Reference 


Test Case Id 


Description 


Status 




NG1.N.1 


Codec negotiation 


M 


TC FT NG1.N.1 


TC FT NG1.N.1 BV 104 


NG-DECT Part 3 higher layer capabilities 


M 




NG1.N.3 


lUlissed call notification 


M 


TC FT NG1.N.3 


TC FT NG1.N.3 BV 201 


IVIissed call notification after PP location registration 


M 




NG1.N.4 


Voice message waiting notification 


M 


TO FT NG1.N.4 


TC FT NG1.N.4 BV 201 


Voice message waiting notification, activation 


M 




TC FT NG1.N.4 BV 202 


Voice message waiting notification, deactivation 


IVl 




NG1.N.5 


Date and Time synchronization 


M 


TC FT NG1.N.5 


TC FT NG1.N.5 BV 101 


FT initiated Date and Time synchronization 


M 




TC FT NG1.N.5 BV 102 


PT initiated Date and Time synchronization 


M 




NG1.N.6 


Parallel Calls 


M 
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NG-DECT Part 3 FT test case index 


Test Group 
Reference 


Test Case Id 


Description 


Status 


1 U r 1 N U 1 . N . b 


lU hi InHjI.N.d dV 4U1 


uoaec cnange Tor parallel cans rrom dd. to u./^b 


Ivl 




lO hi Nul.N.D DV 4Uii 


Codec change for parallel calls from G.726 to 0^122. 


IVI 




TC_FT_NG1 .N.6_BV_501 


Sending negative acl<nowledgement - invalid call toggle 
request 


M 




TC FT NG1.N.6 BV 601 


Busy system notification 


C1513 




NG1.N.7 


Common paraliei call procedures (external or internal) 


M 


TC_FT_NG1.N.7 


TC_FT_NG1 .N.7_BV_1 01 


Outgoing parallel call initiation (external), FP managed line 

selection 


M 




TC FT NG1.N.7 BV 102 


Outgoing parallel call initiation (internal) 


M 




TC_FT_N G1.N.7_BV_103 


Outgoing parallel call initiation (external), line selection 
using «CALL-INFORMATION» IE in {CC-INFO} 


M 




TCFTNGI .N.7_BV_201 


Call waiting indication (external) - CLIP on call waiting 
indication - End of call waiting indication 


M 




T/"* CT M/~»H M "7 D\/ OnO 

1 0_r I_N(jj1 .N./_dV_£;U^ 


Call waiting indication (internal) - CLIP on call waiting 
indication - End of call waiting indication 


M 




lU hi l\lo1.l\l./ DV oUI 


Call toggle (external) 


M 




TC FT NG1.N.7 BV 302 


Call toggle (internal) 


M 




TC_FT_NG1 .N.7_BV_401 


Call release and call release rejection - Resuming a call put 

on-hold 


CI 501 




TC FT NG1.N.7 BV 601 


Call waiting acceptation (from PP to FP) (external) 


M 




TC FT NG1.N.7 BV 602 


Call waiting acceptation (from PP to FP) (internal) 


M 




TC_FT_NG1 .N.7_BV_701 


Active call release with replacement (from PP to FP) - call 
waiting (external) 


M 




TC_FT_NG1 .N.7_BV_702 


Active call release with replacement (from PP to FP) - call 
on-hold (external) 


M 




lU rl Nol.N./ BV oUl 


Call waiting rejection (from PP to FP) (external) 


CloU^i 




CX M 7 D\/ Qn-i 

1 0_r l_Nol .N./_bV_yUl 


Putting a call on hold (external) - Resuming a call put 

on-nuiu 


CI OUo 




TP FT M 7 R\/ QflCJ 


r uiiiiiy d udii un iiuiu ^iiuurridi^ nubuiiiiiiy d odii pui 

Ui 1 1 lUlU 


IVI 




TP FT NP!1 N 7 RV 19(11 


OMIP r>n r'stll \A/sitinn inHir'atinn ^ovtornsl\ 

wINIr UN LfCtll VVCtlLlliy II lUILfClLIUI 1 ^CALCl 1 ICll/ 


M 

IVI 




TP FT NRI N 7 RV IPn? 


OMIP r\n /"all xA/aitinn inHi/^atinn /intornal\ 
OiMir uctiP Wctiliiiy ii iUiua.li<Ji 1 ^ii iLci i idiy 


M 

IVI 




NG1.N.8 


Call transfer (external or internal) 


M 


\\j r 1 NO 1 .IN.O 


TP PT Mrm M Q R\/ -in-i 

\Kj rl NVJII.N.O DV lUI 


Lfaii iransier ^external) - announceu 


Ivl 




TC FT NG1.N.8 BV 201 


Call transfer (external) - unannounced 


M 




Tr* FT MOH M O D\/ OAH 

lU hi rslol.N.o DV oUI 


Call re-injection to the system (external) - announced 


M 




TC FT NG1.N.8 BV 302 


Call re-injection to the system (external) - unannounced 


M 




TC FT NG1.N.8 BV 401 


Remote party CLIP on call transfer 


M 




TC FT NG1.N.8 BV 501 


Remote party CNIP on call transfer 


M 




NG1.N.9 


3-party conference with established external and/or 
internal calls 





TC_FT_NG1.N.9 


TC_FT_N G 1 . N . 9_B V_1 1 


3-party conference with established external and internal 
calls - release from non initiating internal party 


M 




TC_FT_NG1 .N.9_BV_1 02 


3-party conference with established external and internal 
calls - release of external party from initiating PP 


M 




TC_FT_NG1 .N.9_BV_1 03 


3-party conference with established external calls - release 
from initiating party 







TC_FT_NG1 .N.9_BV_1 04 


3-party conference with established external calls on two 
different lines - release from initiating party 


C1514 




NG1.N.10 


Intrusion call 





TC_FT_NG1.N.10 


TC_FT_NG1 .N.I 0_BV_1 01 


Implicit call intrusion into a line in "single call" mode (non- 
early {CC-CONNECT} implementation) - release from 
intruder - G.726 call 


C1522 




TC_FT_NG1.N.10_BV_102 


Implicit call intrusion into a line in "single call" mode (early 
{CC-CONNECT} implementation) - release from intruder - 
G.726 call 


C1522 




TC_FT_NG1 .N.I 0_BV_1 03 


Explicit call intrusion into a line in "single call" mode (non- 
early {CC-CONNECT} implementation) with targeted line 
specified in {CC-SETUP} - release from intruder - G.722 call 


C1522 




TC_FT_NG1 .N.10_BV_104 


Explicit call intrusion into a line in "single call" mode (early 
{CC-CONNECT} implementation) with targeted line 
specified in {CC-SETUP} - release from intruder - G.722 call 


C1522 
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TC_FT_NG1 .N.1 0_BV_1 05 


Implicit call intrusion into a line in "single call" mode on a 
multiple line system (non early CC-CONNECT 
implementation) with targeted line specified in {CC-INFO} - 
release from Intruder - G.722 call 


CI 522 




TC_FT_NG1 .N.10_BV_106 


Implicit call intrusion into a line in "single call" mode on a 
multiple line system (early CC-CONNECT implementation) 
with targeted line specified in {CC-INFO} - release from 
intruder - G.722 call 


CI 522 




TC_FT_N G 1 . N . 1 0_B V_20 1 


Explicit call intrusion into a line in "single call" mode (non- 
early {CC-CONNECT} implementation) - handset intrusion - 
G.722 call 


CI 522 




TC_FT_NG1 .N.10_BV_202 


Explicit call intrusion into a line in "single call" mode (early 
{GG-CONNECT} implementation)- handset intrusion - 
G.722 call 


C1522 




TC_FT_NG1 .N.1 0_BV_203 


Explicit call intrusion into a line in "single call" mode - line 
intrusion witn target in (ou-iNrU) - ^.idd can 


CI 522 






Explicit call intrusion into a line in "single call" mode (early 
{CC-CONNECT} implementation) - line intrusion with target 
in {CC-INFO} - G.722 call 


^ H coo 

L/1 Od.^ 




NK3I .IM.1 1 


Call deflection (external or internal) 


r\ 
\J 


TC FT NG1.N.11 


TC FT NG1.N.11 BV 101 


Call deflection (internal) in multiple lines context 


C1514 




TC FT NG1.N.11 BV 201 


Call deflection (external) - first incoming call deflection 


M 




TC FT NG1.N.11 BV 202 


Call deflection (external) - call waiting deflection 


M 




NG1.N.12 


Line identification 


iUI 


TC_FT_NG1.N.12 


TC_FT_NG1 .N.12_BV_301 


Line identification for a first external outgoing call using 
«CALL-INFORMATION» IE in {CC-INFO} (non early 
CC-CONNECT implementation) 


C1515 




TC_FT_NG1 .N.12_BV_302 


Line identification for a first external outgoing call using 
«CALL-INFORMATION» IE in {CC-INFO} (early 
CC-CONNECT implementation) 


C1515 




TC_FT_NG1 .N.1 2_GC_401 


Backward-compatible line identification for a first external 
outgoing call using «MULTI-KEYPAD» IE (non early 
CC-CONNECT implementation) 


(note 
1) 




TC_FT_NG1 .N.12_GC_402 


Backward-compatible line identification for a first external 
outgoing call using IE «MULTI-KEYPAD» IE (early 
CC-CONNECT implementation) 


(note 
1) 




TC_FT_N G 1 . N . 1 2_B V_50 1 


FP managed line selection for a first external outgoing call 
(non early CC-CONNECT implementation) 


C1516 




TC_FT_NG1 .N.12_BV_502 


FP managed line selection for a first external outgoing call 
(early CC-CONNECT implementation) 


C1516 




NG1.N.13 


Call identification 


M 


TC_FT_NG1.N.13 


TC_FT_N G 1 . N . 1 3_B V_20 1 


Call identifier assignment on outgoing call (FP to PP) - 
Normal call (non early CC-CONNECT implementation) - 
Call status indication 


C1511 




TC_FT_N G 1 . N . 1 3_BV_202 


Call identifier assignment on outgoing call (FP to PP) - 
Normal call (early CC-CONNECT implementation) - Call 

status indication 


C1511 




TC_FT_NG1 .N.1 3_BV_203 


Call identifier assignment on outgoing call (FP to PP) - 
Internal call - Call status indication 


M 




TC_FT_NG1 .N.13_BV_204 


Call identifier assignment on outgoing call (FP to PP) - LiA 
service setup - Call status indication for outgoing external 
call 


M 




TC_FT_NG1 .N.1 3_BV_205 


Call identifier assignment on outgoing call (FP to PP) - LiA 
service setup - Call status indication for internal call 


M 




TC_FT_NG1 .N.13_BV_301 


Call identifier assignment on incoming call (FP to PP) - 
Normal call setup 


M 




TC_FT_NG1 .N.13_BV_302 


Call identifier assignment on incoming call (FP to PP) - LiA 
service setup - Call status indication for incoming external 
call 


M 
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NG1.N.14 


iUluitipie Lines 





TC_FT_NG1.N.14 


TC_FT_NG1 .N.14_BV_301 


Incoming external calls on a multiple line system - Incoming 

calls on two lines witti no active PPs 


M 




TC_FT_N G 1 . N . 1 4_B V_302 


Incoming external calls on a multiple line system - Incoming 
calls witti one active PP - Accept second call on idle PP and 
release it 


M 




TC_FT_N G 1 . N . 1 4_B V_303 


Incoming external calls on a multiple line system - Incoming 
calls with one active PP - Accept second call on active PP 
and release it - Resume active call 


C1517 




TC_FT_N G 1 . N . 1 4_B V_304 


Incoming external calls on a multiple line system - Two 
simultaneous incoming calls 


M 




TC_FT_N G 1 . N . 1 4_BV_305 


Outgoing external calls on a multiple line system - Initiate 
outgoing calls on two lines (non early CC-CONNECT 
implementation) 


C1518 




TC_FT_NG1 .N.14_BV_306 


Outgoing external calls on a multiple line system - Initiate 
outgoing calls on two lines (early CC-CONNECT 
implementation) 


C1518 




TC FT NG1.N.14 BV 401 


Internal calls in multiple line context 


M 




NG1.N.15 


lUlultiple calls 


M 


TC_FT_NG1.N.15 


TC_FT_NG1 .N.1 5_BV_201 


Incoming external calls on a multiple call line - Accept 
incoming second call on idle PP 


M 




TC_FT_N G 1 . N . 1 5_BV_202 


Incoming external calls on a multiple call line - Accept 
incoming second call on active PP 


M 




TC_FT_NG1 .N.15_BV_205 


Outgoing external calls on a multiple call line - Initiate 
outgoing second call on idle PP (non early CC-CONNECT 

implementation) 


C1519 




TC_FT_N G 1 . N . 1 5_BV_206 


Outgoing external calls on a multiple call line - Initiate 
outgoing second call on idle PP (early CC-CONNECT 
implementation) 


C1519 




TC_FT_NG1 .N.15_BV_207 


Outgoing external calls on a multiple call line - Initiate 
outgoing second call on active PP using 
«L'ALL-iNhUhiiviA 1 iuN» line soiection 


M 




TC_FT_NG1 .N.15_BV_301 


Busy line notification 


M 




NG1.N.16 


List access service 


M 


TC_FT_NG1 .N.1 6 


TC_FT_N G 1 . N . 1 6_B V_30 1 


Start / end session sequencing and parameters - list of 
supported lists 


M 




\Li hi NUI.N.Ib BV oOli 


CC-RELEASE witliout end session - list of supported lists 


^ yi 
M 




TC_FT_NG1 .N.16_BV_303 


No simultaneous access to the same list from 2 different 
PPs - internal names list 


C1510 




\ U_r l_No1 .N.lD_bv_oU4 


Simultaneous access to tine same list from 2 different PPs 
(ctiecl< edit locl<s an entry)- internal names list 


UlolU 




1 hi Nol.N.lb BV oUt) 


Edit Current PIN code wliile Line setting list session is open 


M 




TO FT NG1.N.16 BV 1601 


List of supported lists - read entries 


M 




TC FT NG1.N.16 BV 1701 


Missed calls list - Delete list - Read entries when empty 


M 




TC_FT_NG1 .N.16_BV_1702 


IVIissed calls list - List change notification - Read entries 

when new entries 


M 




TC FT NG1.N.16 BV 1703 


IVIissed calls list - Delete entry - Negative acl<nowledgement 


M 




TC_FT_NG1 .N.1 6_BV_1 704 


Missed calls list - Transfer number from missed calls list to 
contact list 


M 




TC_FT_N G 1 . N . 1 6_BV_1 705 


Missed calls list - Initiate a voice call during a list access 
session 


M 




TC_FT_NG 1 .N.1 6_BV_1 706 


Missed calls list - List access during existing voice call with 
second call initiation - Switching between LA session and 
voice call - Returning to LA session after voice call 
termination 


M 




IC hi NCjI.N.Io BV 1801 


Outgoing calls list - Delete list - Read entries when empty 


O 




TC FT NG1.N.16 BV 1802 


Outgoing calls list - Read entries when new entries 







TC_FT_NG1 .N.1 6_BV_1 803 


Outgoing calls list - Delete entry - Negative 
acl^nowledgement 







TC_FT_NG1.N.16_BV_1901 


Incoming accepted calls list - Delete list - Read entries 
when empty 


M 




TC_FT_NG1 .N.16_BV_1902 


Incoming accepted calls list - Read entries when new 
entries 


M 
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TC_FT_NG1.N.16_BV_1903 


Incoming accepted calls list - Delete entry - Negative 
acKnowieagemenT 


M 




TC FT NG1.N.16 BV 2001 


All calls list - Delete list - Read entries when empty 







lU hi NUI.N.Ib DV dUUd 


All calls list - Read entries when new entries 


U 




TC FT NG1.N.16 BV 2003 


All calls list - Delete entry - Negative acknowledgement 







TC FT NG1.N.16 BV 2101 


Contact list - Delete list - Read entries when empty 


M 




TC FT NG1.N.16 BV 2102 


Contact list - Save entry - Read entries in ascending order 


M 




TC_FT_NG1.N.16_BV_2103 


Contact list - Query supported entry fields - Read entries in 
descending order 


M 




TC_FT_N G 1 . N . 1 6_B V_2 104 


Contact list - Edit entry - add a second contact number field 
to an entry 


M 




1 U r 1 INol .N.lo BV iiUJt) 


Contact list - Edit entry - Save entry without changing the 

entry 


M 




lO rl INol.lN.lb bV dlUo 


Contact list - Search entries using matching options 


M 




CX M^H M HC D\/ OH ^7 

1 U_r l_Nol .N. lb_DV_£:i U/ 


Contact list - Search entries in ascending order and 
descending order 


M 




X^ nx MOH M HC D\/ OH no 


Contact list - Initiate a voice call during a list access session 


M 




TC FT NG1.N.16 BV 2109 


Contact list - Entry used to update Outgoing call list 


C1521 




TC FT NG1.N.16 BV 2110 


X X 1 ■ J. 1 X X K 1 X* 1 II X 

Contact list - Delete entry - Negative acknowledgement 


M 




TC_FT_NG1 .N.16_BV_21 1 1 


Contact list - Incoming first voice call during existing list 
access session 


M 




TC FT NG1.N.16 BV 2201 


Internal names list - Edit entry - Save entry 


M 




TC_FT_N G 1 . N . 1 6_BV_2202 


Internal names list - New registration - List change 
notification - Read entries 


M 




TC_FT_N G 1 . N . 1 6_BV_2203 


Internal names list - Initiate and check internal call from 
internal names list 


M 




XO CX M/^H M HC D\/ OOH n 

1 U hi Nol.N.lb bV ^^TU 


Internal names list - Delete entry 


fiA 

M 




XO CX M^H M HC D\/ OOrtH 

1 U_h l_Nol .N. lb_bV_£:oUl 


All incoming calls list - Delete list - Read entries when 
cFiipiy 


U 




TC FT NG1.N.16 BV 2302 


All incoming calls list - Read entries when new entries 







XO CX M^H M HC D\/ OOnO 

1 U_h l_Nol .N.lb_bV_£:oUo 


All incoming calls list - Delete entry - Negative 
acknowledgement 


U 




C~r MOH M HC D\/ 0/ir»H 

1 hi Nol.N.lb bV 


DECT system settings list - Query supported entry fields 


^ /I 
M 




TC FT NG1.N.16 BV 2402 


DECT system settings list - Read entries 


M 




K 1 ^ -4 K 1 ■* OX / OCrt ^ 

TC FT NG1.N.16 BV 2501 


Line settings list - Query supported entry fields 


M 




TC FT NG1.N.16 BV 2502 


Line settings list - Read entries 


M 




TC_FT_NG1 .N.1 6_BV_2701 


DECT system settings list - Current PIN code - New PIN 
code - Edit entry - Save entry 


M 




TC_FT_N G 1 . N . 1 6_B V_280 1 


DECT system settings list - Clock master- Edit entry - Save 
entry- Read entries 


M 




TC_FT_NG1 .N.16_BV_2901 


DECT system settings list - Base reset - Edit entry - Save 
entry - Read entries 


M 




TC_FT_NG1 .N.16_BV_2902 


DECT system settings list - Base reset - Read entries - 
Default settings values 


M 




TC_FT_NG1 .N.16_BV_3001 


DECT system settings list - FP IP address - Edit entry - 
Save entry - Read entries 







TC FT NG1.N.16 BV 3501 


DECT system settings list - FP version - Read entries 


M 




TC_FT_NG1 .N.16_BV_3801 


Line settings list - Line name- Edit entry - Save entry - List 
change notification - Read entries 


M 




TC_FT_NG1 .N.16_BV_3901 


Line settings list - Line id - Edit entry - Save entry- Read 
entries 


M 




TC_FT_NG1 .N.1 6_BV_4001 


Line settings list - Attached handsets - Edit entry - Save 
entry - List change notification - Read entries after 
registration 


M 




TC_FT_N G 1 . N . 1 6_B V_4 1 1 


Line settings list - Dialling Prefix - Edit entry - Save entry - 
Read entries- Outgoing call 







TC_FT_NG1 .N.16_BV_4201 


Line settings list - FP melody - Edit entry - Save entry - 

Read entries 







TC_FT_NG1 .N.1 6_BV_4301 


Line settings list - FP volume - Edit entry - Save entry Read 
entries 







TC_FT_NG1 .N.16_BV_4401 


Line settings list - Blocked number - Edit entry - Save entry 
Read entries- Outgoing call blocked 
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TC_FT_N G 1 . N . 1 6_B V_450 1 


Line settings list - IVIultiple calls mode - Edit entry - Save 
entry - List change notification - Read entries 


M 




TC_FT_N G 1 . N . 1 6_BV_460 1 


Line settings list - Intrusion call - Edit entry - Save entry - 
List change notification - Read entries 


CI 504 




TC_FT_N G 1 . N . 1 6_B V_470 1 


Line settings list - Permanent CLIR - Edit entry - Save entry 
- List change notification - Read entries 


CI 505 




TC_FT_N G 1 . N . 1 6_B V_480 1 


Line settings list - Call Forwarding unconditional - Edit entry 
- Save entry - List change notification - Read entries 


M 




TC_FT_NG1 .N.1 6_BV_4901 


Line settings list - Call Forwarding on no answer - Edit entry 
- Save entry - List change notification - Read entries 


M 




TC_FT_NG1 .N.1 6_BV_5001 


Line settings list - Call Forwarding on busy subscriber - Edit 
entry - Save entry - List change notification - Read entries 


M 




TC_FT_NG1.N.16_BV_5101 


DECT system settings list - Emission mode - Edit entry - 
Save entry - Read entries 


CI 506 




NG1.N.17 


Cailing line Identity restriction 





TC FT NG1.N.17 


TC FT NG1.N.17 BV 201 


Permanent CLIR mode (all calls) 


M 




NGI.N.Io 


Caii forwarding (external calls) 


M 


TC_FT_NG1 .N.1 8 


TC_FT_NG1 .N.1 8_BV_201 


External Call Forwarding Unconditional (CFU) to external 
number 


M 




CT MHO D\/ Or\i 

1 U_r l_Nl;il .N. 1o_dV_oU1 


External Call Forwarding on No Answer (CFNA) to external 

IIUli lUci 


M 




TP PT Mf51 M ia R\/ Ar\i 
1 O 1 1 INO 1 .IN. 1 o CD V 1 


txiernai uaii rorwarainy on Dusy suuscnuer (urtsj lo 
external number 






n\ji 1 .IN. 1 ^ 


u 1 ivir Fianuiing 


Ivl 


1 v_/ r 1 iNvji 1 .IN. 1 c7 


TP PT K\n^ M 1Q R\/ 401 
1 L/ r 1 INO 1 .In. ly DV 'l-U 1 


LUOdI U 1 Ivlr lt^oUUaOI\ Ul UldllcU UiyiLb 


IVI 




NG1.N.20 


Tones provision 


M 


"rr^ ex M/~'H M on 
1 U r 1 INUl .l\l.<iU 


Tr^ n~r m/^h m on d\/ onn 


Tones provision by the system - Ring-back tone 


H C OO 

01 od6 




TC FT NG1.N.20 BV 202 


Tones provision by the system - Busy tone 


CI 523 




TC FT NG1.N.20 BV 203 


Tones provision by the system - Call waiting tone 


CI 523 




TC_FT_NG1 .N.20_BV_204 


Tones provision by the system - Negative 
acknowledgement tone 


M 






Void (Intercept tone tested in test group TC_FT_NG1 .N.21) 






TC_FT_NG1 .N.20_BV_206 


Tones provision by the system - Dial tone 




(note 2) 




TC_FT_NG1 .N.20_BV_207 


Tones provision by the system - Off-hook warning tone 




(note 2) 




TC_FT_NG1 .N.20_BV_21 


Tones provision by the system - Ring-back tone on parallel 

call 


CI 523 




TC_FT_NG1 .N.20_BV_220 


Tones provision by the system - Backward compatibility 
with legacy PPs 


M 




TC FT NGI .N.20_BV_301 


Transparency to tones provision by the network or PABX- 
Dial tone and ring back tone for a first call 


CI 523 




TC_FT_NG1 .N.20_BV_302 


Transparency to tones provision by the network or PABX - 
Busy tone 


CI 523 




TP PT MP-i M OA D\/ Ono 

1 U_r l_rNol .N.i:U_b V_oUo 


Transparency to tones provision by the network or PABX - 
Call waiting tone 


p-i coo 




CX M/^H M on D\/ on>i 


Transparency to tones provision by the network or PABX - 
Dial tone and ring back tone for outgoing parallel call 


O H COO 




KlPi M Oi 
NK3I .N.Zl 


Headset management 


M 


TC FT NG1.N.21 


TC FT NG1.N.21 BV 201 


Headset call interception - G.722 call 


M 




TC FT NG1.N.21 BV 202 


Headset call interception - G.726 call 


M 




TC FT NG1.N.21 BV 204 


Headset call interception - Control code failed 


M 




TC_FT_NG1 .N.21_BV_701 


Switching from headset to handset (handset initiated) - 
G.722 call 


M 




NG1.N.22 


Handling of lines where second calls are signalled 
In-band 





TC_FT_NG1.N.22 


TC_FT_NG1 .N.22_BV_1 01 


Off-hook CLIP enabled 'double call with in-band signalling' 
lines - double call with in-band signalling type for outgoing 
call (first and second call) 


M 




TC_FT_NG1 .N.22_BV_301 


Off-hook CLIP enabled 'double call with in-band signalling' 
lines - Call release 


CI 507 




TC_FT_NG1 .N.22_BV_302 


Off-hook CLIP enabled 'double call with in-band signalling' 
lines - Call waiting rejection (from PP to FP) (external) 


CI 508 
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TP PT Niri-I M 00 R\/ 


VJTT-nOOK OLIr SMaUlcU Q0UUI6 Call Wlin IM-lJanu Siynalllliy 
linoc - Piittinn q pall r\r\ hr^lH /ovtornah 

IIIICO r UlLIIILj Ct UCtll Ul 1 1 lUlU ^CALCI 1 ICtl^ 


Pi I^HQ 




GAP N 31 


IIIICIIICII V^Clll 


M 


TC. FT RAP N 


TP. FT RAP N RV ini 


Internal n^W QPtiin - internal pall pIjiqq 

II ILC^I 1 ICll UClll OC^lU|J II IICI 1 ICtI Lfdll LrldOO 


M 




TC FT GAP.N.31 BV 102 


Internal call setup - internal general call 


M 




TP PT rSAP M Q-l R\/ QrH 


inicrrial Call OLIr 


IVI 




TP PT riAP M '51 R\/ Ar\-\ 


inierriai Caii oiNir 


IVI 




TC FT GAP.N.31 BV 601 


Internal call codec priority 


M 




P AD M "iA 


Calling Name Identification Presentation (CNIP) 


IVI 


TC FT GAP.N.34 


TC FT GAP.N.34 BV 101 


Incoming call with calling party name 


M 




TC FT GAP.N.34 BV 201 


Incoming call witli UTF-8 calling party name 


CI 520 




TC_FT_GAP.N.34_GC_201 


Incoming call with calling party name - UTF-8 to IA5 
characters translation 


C1520 




GAP.N.35 


Enhanced security 


M 




TC_FT_GAP.N.35_BV_1 01 


Verify that FT enables encryption for incoming call within 
timer < MM encryption check.l > 


M 




TC_FT_GAP.N.35_BV_1 02 


Verify that FT enables encryption for outgoing call within 
timer < MM_encryption_ check. 1 > 


M 




TC_FT_GAP.N.35_BV_1 05 


Release of unencrypted call in case of wrong answer to 
authentication request 


M 




TC_FT_GAP.N.35_BV_1 06 


Release of unencrypted call in case of missing answer to 
authentication request 


M 




TC_FT_GAP.N.35_BV_1 07 


Release of unencrypted call in case of PR sending 
{AUTHENTICATION-REJECT} message 


M 




TC FT GAP.N.35 BV 108 


Release of unencrypted call in case of cipher reject. 


M 




TC_FT_GAP.N.35_BV_1 09 


Release of unencrypted call in case of missing encryption 
activation on MAC layer. 


M 




TC_FT_GAP.N.35_BV_201 


Verify indication of Support of 'Re-keying' and 'early 
encryption' in extended higher layer capabilities part 2 







TC FT GAP.N.35 BV 202 


Usage and frequency of re-keying procedure 







TC_FT_GAP.N.35_BV_203 


Abnormal release if encryption for re-keying is not activated 
in MAC layer 







TC_FT_GAP.N.35_BV_204 


Abnormal release if PP does not answer to 
{AUTHENTICATION-REQUEST} message for re-keying 
procedure 







TC_FT_GAP.N.35_BV_205 


Abnormal release if PP answers to 
{AUTHENTICATION-REQUEST} message for re-keying 
proceuure witn { au i mcn i il-a i iun-kcJcu i } 
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TP FT PAP M RV 401 


niiiratirtn nf mnictratinn \A/inHn\A/ 
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TP FT r^AP M '^'^ RV 4.09 


PIncinn nf rpnictratinn \A/inHn\A# sftor ciiopoccfiil ronictratinn 
oiuoiiiy Ul icyioUdLiuii vviiiuuvv clilci ououcooiui icyioiiciLiuii. 
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NG1.A.1 


Easy PIN code registration 
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TC FT NG1.A.2 


TC FT NG1.A.2 BV 301 


Base station limited registration mode 


M 




TC FT NG1.A.2 BV 501 


Base station name selection 







NG1.A.3 


Handset Locator 





TC FT NG1.A.3 


TC FT NG1.A.3 BV 101 


Handset Locator 







GAP.A.4 


Terminal Identity number assignment in mono cell 
system 





TC FT GAP.A.4 


No test case 
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NG-DECT Part 3 FT test case index 



Test Group 
Reference 



Test Case Id 



Description 



Status 



C1501 
C1502 
C1503 
C1504 
C1505 
C1506 
C1507 
C1508 
C1509 
C1510 

C1511: 

C1512: 

C1513: 

C1514: 
C1515: 

C1516: 

C1517: 



C1518: 



C1519 

C1520 
C1521 
C1522 



C1523: 



IF NG1 .N.22 AND call release command is not supported THEN "N/A" ELSE "M". 

IF NG1 .N.22 AND call waiting rejection command is not supported THEN "N/A" ELSE "M". 

IF NG1 .N.22 AND putting a call on-hold command is not supported THEN "N/A" ELSE "M". 

IF NG1 .N.1 "Call intrusion" THEN "M" ELSE "I". 

IF NG1.N.17 "Calling line identity restriction" THEN "IVI" ELSE "I". 

IF NG1 .IVI. 5 "no-emission" mode is supported THEN "IVI" ELSE "I". 

IF call release command is not supported THEN "M" ELSE "N/A". 

IF call waiting rejection command is not supported THEN "M" ELSE "N/A". 

IF putting a call on-hold command is not supported THEN "M" ELSE "N/A". 

Tests cases are exclusive: IF FP supports simultaneous accesses to the same list from 2 PPs THEN run 

TC_FT_NG1 .N.16_BV_304 ELSE run TC_FT_NG1.N.16_BV_303 (see Table A.15 FT_IXIT_11). 

Tests cases are exclusive: IF FP implements 'non early CC-CONNECT' on line THEN run 

TC_FT_NG1 .N.13_BV_201 ELSE run TC_FT_NG1 .N.13_BV_202 (see Table A.16 FTJXIT_22). 

IF FP triggers the Call Fonwarding Busy when second incoming call occurs THEN "M" else "1" (see FT_IXIT_16 

in Table A.15). 

IF FP supports three parallel call contexts (or more) on one PP-FP pair THEN "1" else "M" (see FT_IXIT_15 in 

Table A.15). 

IF NG1 .N.14 "Multiple lines" is supported THEN "O" ELSE "I". 

Tests cases are exclusive: IF FP implements 'non early CC CONNECT' on line THEN run 

TC_FT_NG1 .N.12_BV_301 ELSE run TC_FT_NG1 .N.12_BV_302 (see Table A.16 FT_IXIT_22). 

Tests cases are exclusive: IF FP implements 'non early CC CONNECT' on line THEN run 

TC_FT_NG1.N.12_BV_501 ELSE run TC_FT_NG1 .N.12_BV_502 (see Table A.16 FTJXIT_22). 

IF (NG1 .N.22 "Handling of lines where second calls are signalled in band" is supported on line 1 AND the call 

release command is not supported by the line 1 ) OR (NG1 .N.22 "Handling of lines where second calls are 

signalled in band" is supported on line AND the resuming a call put on hold command is not supported by the 

line 0) THEN N/A ELSE m (see Table A.I 7 FTJXIT_31 and FTJXIT_34 or Table A.16 FTJXIT_21 and 

FT_IXIT_27). 

Tests cases are exclusive: IF FP implements 'non early CC CONNECT' on line and line 1 THEN run 
TC_FT_NG1 .N.15_BV_305 ELSE run TC_FT_NG1.N.15_BV_306 (see Table A.16 FTJXIT_22 and Table A.17 

FT_IXIT__32). 

Test cases are exclusive: if FP implements 'non early CC-CONNECT' on line THEN run 
TC_FT_NG1 .N.15_BV_205 ELSE TC_FT_NG1 .N.15_BV_206 (see Table A.16 FTJXIT_22. 
IF FP is connected to an UTF-8 CNIP enabled line THEN "M" ELSE "N/A" (see Table A.16 FTJXIT_23). 
IF NG1 .N.16_18 "Outgoing calls list" is supported THEN "M" ELSE "I". 

Tests cases are exclusive: IF FP implements 'non early CC CONNECT' on line THEN run the five tests 
TC_FT_NG1.N.10_BV_101, 105, 103, 203, 201 ELSE run TC_FT_NG1 .N.10_BV_102, 106, 104, 204, 202 (see 
Table A.16 FT_IXIT_22) 

Tests cases are exclusive: They correspond to mandatory tones. For each tone, the manufacturer shall declare 
which procedure is supported to provide this tone on external call (NG1 .N.20_2 or NG1 .N.20_3) and run only the 
corresponding test cases (see Table A.26). 



NOTE 1 : The procedure NG1 .N.12_4 corresponding to those two tests is optional. When procedure is supported, test 
cases are exclusive: if FP implements 'non early CC-CONNECT' on line THEN run 
TC_FT_NG1 .N.12_GC_401 ELSE run TC_FT_NG1 .N.1 2_GC_402 (see Table A.16, FTJXIT_22). 

NOTE 2: These tones are optional. For each tone, the manufacturer shall declare which procedure is supported to provide 
this tone on external call (NG1 .N.20_2 or NG1 .N.20_3) and run only the corresponding test cases (see Table 

A.26). 
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6 Portable Part Test specification 

This Clause includes lists of the test groups relevant for a NG-DECT portable part. Test cases are ordered Uke network 
features followed by application features (TS 102 527-3 [14], Clauses 6.4 and 6.9). 

6.1 TC_PT_NG1 .N.1 Codec negotiation tests cases 



Test subgroup objectives: to check the lUT's behaviours when negotiating a codec. 



TC PT NG1.N.1 BV 101 


NG-DECT Part 1 capability during subscription registration 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-1 [13], Clauses 7.3.1 and 7.3.7 

EN 300 175-5 [5], Clause 7.7.41 

No access rights. 

A44 set to 1 on TS_1 . 

Perform an access riglits request from lUT 

Verify that the lUT includes in the {ACCESS-RIGHTS-REQUEST} message: 

• an IE «TERMINAL-CAPABILITY» with following capabilities declared: 

Full and long 640 slots in Slot type capability field (octet 3c) 

"GAP supported" in Profile indicator_1 field (octet 4) 

"NG-DECT Part 1 : Wide band voice supported" in Profile indicator 7 field 

(octet 4f) 

• an IE «CODEC-LIST» with G.722 codec, G.726 codec, and "Codec negotiation 
possible" indications 

The lUT may access the Internal Names list after registration and may perform all list 
access operations (including: Read / Search / Save etc..) 




TC PT NG1.N.1 BV 102 


NG-DECT Part 1 capability during location registration 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-1 [13], Clause 7.3.1 
EN 300 175-5 [5], Clause 7.7.41 

T-00 

Perform a location registration request from lUT (Switch lUT off and on again) 
Verify that the lUT includes in the {LOCATE-REQUEST} message: 

• an IE «TERMINAL-CAPABILITY» with following capabilities declared: 

Full and long 640 slots in Slot type capability field (octet 3c) 

"GAP supported" in Profile indicator l field (octet 4) 

"NG-DECT Part 1 : Wide band voice supported" in Profile indicator 7 field 

(octet 4f) 

• an IE «CODEC-LIST» with G.722 codec, G.726 codec, and "Codec negotiation 
possible" indications 

The lUT may access the Internal Names list after registration and may perform all list 
access operations (Including: Read / Search / Save etc..) 




TC PT NG1.N.1 BV 103 


NG-DECT Part 3 capability during subscription registration 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-1 [13], Clause 7.4.9.1 
EN 300 175-5 [5], Clause 7.7.41 

No access rights. 

A44 set to 1 on TS 1 . Perform an access rights request from lUT 

Verify that the lUT includes in the {ACCESS-RIGHTS-REQUEST} message an IE 

«TERMINAL-CAPABILITY» with following capabilities declared: 

• "TCLw > 55 dB" in Echo parameters field (octet 3b) 

• "Support of NG-DECT Part 3" capability in Profile indicator_7 octet (octet 4f) 
The lUT may access the Internal Names list after registration and may perform all list 
access operations (Including: Read / Search / Save etc..) 
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TC PT NG1.N.1 BV 104 


NG-DECT Part 3 capability during location registration 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.9.1 
EN 300 175-5 [5], Clause 7.7.41 
T-00 

Perform a location registration request from lUT (Switch lUT off and on again) 
Verify that the lUT includes in the {LOCATE-REQUEST} message an IE 
«TERMINAL-CAPABILITY» with following capabilities declared: 

• "TCLw > 55 dB" in Echo parameters field (octet 3b) 

• "Support of NG-DECT Part 3" capability in Profile indlcator_7 field (octet 4f) 
The lUT may access the Internal Names list after registration and may perform all list 
access operations (Including: Read / Search / Save etc..) 




TC_PT_NG1 .N.1_BV_201 


Basic service wideband speech 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause 7.3.2 
T-00 

Perform an outgoing call from lUT 

Verify that the lUT sets "wideband speech default" attribute In an IE «BASIC-SERVICE» 
in {CC-SETUP} message 




TC PT NG1.N.1 BV 301 


Outgoing call, codec chosen In {CC-SETUP-ACK} without slot type modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.3.3 

EN 300 444 [12], Clause 8.1, Figure 1 

T-00 

Perform an outgoing call from lUT. 

TS_1 will choose in a {CC-SETUP-ACK} message, a mandatory codec In the list 
compatible with the already established slot type 

Verify by checking end-to-end U-plane connection that the lUT Is able In state T-01 to 
perform a codec negotiation without slot type modification 




TC_PT_NG1 .N.1_BV_303 


Outgoing call, codec chosen in {CC-CALL-PROC} without slot type modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.3 

EN 300 444 [12], Clause 8.1, Figure 1 

T-00 

Perform an outgoing call from lUT. 

TS_1 will choose in a {CC-CALL-PROC } message, a mandatory codec in the list 
compatible with the already established slot type 

Verify by checking end-to-end U-plane connection that the lUT is able in state T-02 to 
perform a codec negotiation without slot type modification 




TC_PT_NG1 .N.1_BV_308 


Outgoing call, codec chosen In {CC-CONNECT} message In state T-01 without slot type 

modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.3 

EN 300 444 [12], Clause 8.1, Figure 2 

T-00 

Perform an outgoing call from lUT. 

TS_1 will choose in a {CC-CONNECT} message, a mandatory codec in the list compatible 
with the already established slot type 

Verify by checking end-to-end U-plane connection that the lUT Is able in state T-01 to 
perform a codec negotiation without slot type modification 




TC PT NG1.N.1 BV 309 


Outgoing call, codec chosen in {CC-SETUP-ACK} with slot type modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.3 

EN 300 444 [12], Clause 8.1, Figure 1 

T-00 

Perform an outgoing call from lUT. 

TS_1 will choose in a {CC-SETUP-ACK} message, an other mandatory codec In the list 
with a different slot type from the already established one 

Verify by checking end-to-end U-plane connection that the lUT Is able In state T-01 to 
perform a codec negotiation with slot type modification 
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TC PT NG1.N.1 BV 311 


Outgoing call, codec chosen in {CC-CALL-PROC} message with slot type modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.3 

EN 300 444 [12], Clause 8.1, Figure 1 

T-00 

Perform an outgoing call from lUT. 

TS_1 will choose in a {CC-CALL-PROC} message, an other mandatory codec in the list 
with a different slot type from the already established one 

Verify by checl<ing end-to-end U-plane connection that the lUT is able in state T-02 to 
perform a codec negotiation with slot type modification 




TC PT NG1.N.1 BV 316 


Outgoing call, codec chosen in {CC-CONNECT} in state T-01 with slot type modification 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.3 

EN 300 444 [12], Clause 8.1 , Figure 2 

T-00 

Perform an outgoing call from lUT. 

TS_1 will choose in a {CC-CONNECT} message, an other mandatory codec in the list with 
a different slot type from the already established one 

Verify by checking end-to-end U-plane connection that the lUT is able in state T-01 to 
perform a codec negotiation with slot type modification 




TC PT NG1.N.1 BV 317 


Outgoing call, fall back to a mandatory codec when slot type modification fails 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.3 

EN 300 444 [12], Clause 8.1 , Figure 2 

T-00 

Perform an outgoing call from lUT. 

TS_1 will choose a different mandatory codec in the list in a {CC-CONNECT} message. 
TS_1 will reject the slot type modification. 

Verify by checking end-to-end U-plane connection that the lUT is able to fall back to a 
mandatory codec supporting the current slot format and indicates so by sending 
{IWU-INFO} 




TC PT NG1.N.1 BV 321 


Incoming call G.722, full paging 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clauses 7.3.3, D.1.3.1 and Figure D.7 
T-00 

Perform incoming call G.722 (full paging (Long slot; j = 640), G.722 prioritized) from TS_1. 
Call pick up on lUT. 

Verify that the lUT selects a codec only in one of the following messages: {CC-ALERTING} 
and {CC-CONNECT} (other messages not allowed) 

Verify by checking end-to-end U-plane connection that the lUT is able to process an 
incoming call G.722 through full paging 




TC PT NG1.N.1 WC 101 


Outgoing call Wideband at NG-DECT Part 1 Golden Device FT (Golden Device A) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clauses D. 1.2.1, D. 1.2.2 
T-00, 

A wideband corded SIP phone (SIP-WB-PH) is connected to the SIP server. 
lUT registered to this Golden Device FT 

Perform an outgoing call from lUT to the SIP-WB-PH. 

Verify by checking end-to-end U-plane connection that a test audio signal (e.g. sine wave 
6 kHz) transmitted to/from the corded phone can be heard on both ends 




TC_PT_NG1.N.1_WC_102 |Outgoing call Wideband at NG-DECT Part 1 Golden Device FT (Golden Device B) 



Same as TC_PT_NG1.N.1_WC_401 but with the second Golden Device FT. 
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TC PT NG1.N.1 WC 103 


Incoming call Wideband at NG-DECT Part 1 Golden Device FT (Golden Device A) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause D.I. 3.1 
T-00, 

A wideband corded SIP phone (SIP-WB-PH) is connected to the SIP server. 
lUT registered to this Golden Device FT 

An outgoing call is established from the corded wideband phone (SIP-WB-PH) to 
the Golden Device FT. The call is answered on the lUT. 

Verify by checking end-to-end U-plane connection that a test audio signal (e.g. sine wave 
6 kHz) transmitted to/from the corded phone can be heard on both ends 




TC_PT_NG1.N.1_WC_104 Incoming call Wideband at NG-DECT Part 1 Golden Device FT (Golden Device B) 


Same as TC_PT_NG1.N.1_WC_103 but with the second Golden Device FT. 


TC PT NG1.N.1 WC 105 


Service change at NG-DECT Part 1 Golden Device FT (Golden Device A) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause D.1.4.1 

A wideband corded SIP phone (SIP-WB-PH) and a narrow band corded SIP phone 
(SIP-NB-PH) are connected to the SIP server 

G.722 call established between lUT an wideband corded SIP phone (SIP-WB-PH) as is in 
TC_PT_NG1 .N.1_WC_101 

Perform a call transfer from the corded wideband phone (SIP-WB-PH) to the corded 
narrowband phone (SIP-NB-PH) initiated by the corded wideband phone. This results in 
the SIP server re-negotiating from wideband to narrowband. 

Verify by checking end-to-end U-plane connection that a test audio signal (e.g. sine wave 
2 kHz) transmitted to/from the corded phone can be heard on both ends 




TC_PT_NG1.N.1_WC_106 Service change at NG-DECT Part 1 Golden Device FT (Golden Device B) 


Same as TC_PT_NG1.N.1_BV_105 but with the second Golden Device FT. 

6.2 TC_PT_NG1 .N.2 Codec switching tests cases 

Test subgroup objectives: to check the lUT's behaviours during codec switching. 


TC PT NG1.N.2 BV 101 


Codec switching from G.722 to G.726 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-1 [13], Clauses 7.3.4, 7.3.5, D.1.4.1 and Figure D.10 
T-10(IUT-i-TS_1) in G.722 
Perform a codec change from TS_1 

Verify by checking end-to-end U-plane connection that the lUT is able in state T-10 to 
perform a codec switching from G.722 to G.726 

lUT and TS_1 shall send their respective {IWU-INFOj messages regardless of reception of 
{IWU-INFO} from the other side 




TC PT NG1.N.2 BV 102 


Codec switching from G.726 to G.722 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-1 [13], Clauses 7.3.4 and 7.3.5 
T-10 (IUT-i-TS_1) in G.726 
Perform a codec change from TS_1 

Verify by checking end-to-end U-plane connection that the lUT is able in state T-10 to 
perform a codec switching from G.726 to G.722 

lUT and TS 1 shall send their respective {IWU-INFOj messages regardless of reception of 
{IWU-INFO} from the other side 
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6.3 TC PT NG1.N.3 Missed call notification tests cases 



Test subgroup objectives: to check the lUT's behaviours when receiving missed call notification. 



TC PT NG1.N.3 BV 201 


Missed call notification, activation 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.1 .3, Table 15 
T-00 

Send a {FACILITY} message with IE «EVENTS NOTIFICATION= <Missed call, A new 
external missed voice call just arrived, 1 >(=<01 H,81 H,81 H>) < List change indication, 
Missed calls list, 10>(=<03H,81 H,8AH>) » and IE«CALL-INFORMATION» specifying 

(line 0) =<(0, 0, 0)> from TS_1 

Verify that the lUT indicates the missed call to the receiving user 



TC_PT_NG1 .N.3_BV_202 


Missed call notification, deactivation 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.1 .3, Table 15 

T-00, 

Missed call notified (Run TC PT NG1.N.3 BV 201) 

Send a {FACILITY} with IE «EVENTS NOTIFICATION= <Missed call. No new missed call 
arrived, 0>(=<01H,82H,80H>) < List change indication. Missed calls list, 10> 
(=<03H,81 H,8AH>) » and IE«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
from TS_1 

Verify that the lUT deactivates the missed call indication to the receiving user 



TC PT NG1.N.3 BV 203 


Missed call notification, activation while on active call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.1.3 

External call in T-10 (lUT-i-TS 1) initiated by lUT on line (call id a) 

1 . Send a {CO-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1), 
(1,0, value b), (2, 1,1)> 

2. Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, 
CS idle) =<(1 , 0, value b), (2, 1 , 0)> from TS 1 

3. Send a {FACILITY} message with IE «EVENTS NOTIFICATION= <Missed call, 
A new external missed voice call just arrived, 1 >(=<01 H,81 H,81 H>) < List change 
indication. Missed calls list, 10>(=<03H,81 H,8AH>) » and 
IE«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> from TS_1 

Hang up on lUT 

4. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT indicates the call waiting to the receiving user 

2. Verify that the lUT stops the call waiting presentation to the receiving user 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

4. Verify that the lUT indicates the missed call to the receiving user 

At the end of the test, TS_1 may re-send an «EVENTS NOTIFICATION» to de-notify the 
missed call so that the handset may clear its display or led indication related to the missed 
call 


6.4 TC_PT_NG1 .N.4 Voice message waiting notification tests 
cases 

Test subgroup objectives: to check the lUT's behaviours when receiving voice message waiting notification. 


TC PT NG1.N.4 BV 201 


Voice message waiting notification, activation 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.1 .2, Table 14 
T-00 

Send a {FACILITY} message with IE «EVENTS NOTIFICATION= <Message waiting, 
voice, 2>(=<00H,81H,82H>) » and IE«CALL-INFORMATION» specifying (line 0) =<(0, 
0, 0)> from TS_1 

Verify that the lUT indicates 2 voice messages waiting to the receiving user 
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TC PT NG1.N.4 BV 202 


Voice message waiting notification, deactivation 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.1.2, Table 14 
T-00, 

Voice message waiting notified (Run TC_PT_NG1 .N.4_BV_201) 
Send a {FACILITY} message with IE «EVENTS NOTIFICATION= <Message waiting, 
voice, 0>(=<00H,81H,80H>) » and IE«CALL-INFORMATION» specifying (line 0) =<(0, 
0, 0)> from TS_1 

Verify that the lUT deactivates the voice message waiting indication to the receiving user 


6.5 TC_PT_NG1 .N.5 Date and time synchronization tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding date and time synchronization. 

Declarations (see Annex A): 

• NGl .N.5_l "PT initiated Date and Time synchronization" sub procedure is optional. So the manufacturer shall 
declare if it is supported. 


TC PT NGl .N.5 BV 101 


FT initiated Date and Time synchronization 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.2.1 and 7.4.2, Table 16 
T-00 

Send a {FACILITY} message for date and time synchronization with IE «TIME-DATE = 
<Time and Date, The current time/date, (35H, 01 H, 14H, 18H, 52H, 12H, 00H)> » from 
TS_1 

Verify that the lUT sets its date to 14-Jan-2035 and its time to 18h 52mn (18h stands for 
6p.m) 

Method to check time after test might be device specific 
Seconds may differ from sent value 




TC PT NGl .N.5 BV 102 


PT initiated Date and Time synchronization 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clauses 7.4.2.2 and 7.4.2, Table 16 

T-00 

Modify date and time on the lUT to 22-May-2035 and 05h 33mn 07sec 
Verify that the lUT sends to TS_1 a {FACILITY} message with IE «TIME-DATE = <Time 
and Date, The current time/date, (35H, 05H, 22H, 05H, 33H, do not care value, 00H)> » 
Some lUT may not allow to configure the seconds. As a result, octet 6 seconds is not 
tested. Some lUTs have separated menus for changing the date and the time and thus 
send two FACILITY messages. The tester shall cope with this behaviour. 



6.6 TC_PT_NG1 .N.6 Parallel calls tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding parallel calls common requirements taking into 
account the following considerations: 



• As NG1.N.6_2 "Control messages" and NG1.N.6_3 "Sending keypad information" procedures are tested 

implicitly when testing NG1.N.7 "Common parallel call procedures (external or internal)", there is no test case 
defined for these two procedures. 



TC_PT_NG1 .N.6_BV_401 


Codec change for parallel calls from G.722 to G.726 


Reference: 
Initial condition: 
Stimulus: 


TS 102 527-3 [14], Clause 7.4.3.1 , Clause 7.4.3.3 

G.722 external call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a) 

1 . Perform an outgoing parallel call on line to "01 23456789" phone number from lUT 

2. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b)> followed 
by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 1 
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TC PT NG1.N.6 BV 401 


Codec ciiange for parallel calls from G.722 to G.726 


Pass criteria: 
Comments: 


then send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id b, CS call setup ack) =<(0, 0, 

0), (0, 5, 1), (1,0, value b), (2, 1, 2)> 

(2.3) Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

3. If the line type information was not sent in step 2 (i.e. in subcase 2.3) then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b)> 

If the 'CS call proc' call status was not sent in step 2 (i.e. in subcases 2.2 and 2.3), 
send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

In all cases, send a {CC-SERVICE-CHANGE} message from TS 1 with an IE 
«CODEC-LIST» set to G.726 

4. Send a {IWU-INFO} message from TS 1 with an IE «CODEC-LIST» set to G.726 

5. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «MULTI-KEYPAD» 
set to 1 CH 1 5H digits, and possibly either: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
or 

• "01 23456789" or a substring of this string together with IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall contain 
an IE «CALL-INFORMATION» specifying (line 0, call id b) =<(0, 0, 0), (1,0, 
value b)>, and may contain an IE «MULTI-KEYPAD» set to a leading substring 
of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"01 23456789" (possibly the whole string) 

• the concatenated substrings of "0123456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<(1 , 0, value b)> 

3. Verify that the lUT sends to TS_1 a {CC-SERVICE-ACCEPT} message 

4. Verify that the lUT sends or has sent to TS 1a {IWU-INFO} message with an IE 
«CODEC-LIST» set to G.726 

5. Verify end-to-end U-plane connection between lUT and TS_1 

The {IWU-INFO} message received from lUT in pass criterion 4 may be sent before or after 
stimulus 4; lUT and TS_1 shall send their respective {IWU-INFO} messages regardless of 
reception of {IWU-INFO} from the other side 




TC_PT_NG1 .N.6_BV_402 


Codec change for parallel calls from G.726 to G.722 


Reference: 
Initial condition: 
Stimulus: 


TS 102 527-3 [14], Clause 7.4.3.3 

G.726 external call in T-10 (IUT-i-TS_1) initiated by lUTon line (call id a), 

1 . Perform an outgoing parallel call on line to "0123456789" phone number from lUT 

2. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b)> followed 
by a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 1 
then send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 

specifying (line 0, full VoIP line type information, call id b, CS call setup ack) =<(0, 0, 

0), (0, 5,1), (1,0, value b), (2,1, 2)> 

(2.3) Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

3. If the line type information was not sent in step 2 (i.e. in subcase 2.3) then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b)> 

If the 'CS call proc' call status was not sent in step 2 (i.e. in subcases 2.2 and 2.3), 
send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

In all cases, send a {CC-SERVICE-CHANGE} message from TS_1 with an IE 



ETSI 



47 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC PT NG1.N.6 BV 402 


Codec change for parallel calls from G.726 to G.722 




«CODEC-LIST» set to G.722 

4. Send a {IWU-INFO} message from TS 1 witli an IE «CODEG-LIST» set to G.722 

5. Send a {CC-INFO} message from TS_1 witli IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 


Pass criteria: 
Comments: 


1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «MULTI-KEYPAD» 
set to 1CH 15H digits, and possibly either: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
or 

• "0123456789" or a substring of this string together with IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall contain 
an IE «CALL-INFORMATION» specifying (line 0, call id b) =<{0, 0, 0), (1 , 0, 
value b)>, and may contain an IE «MULTI-KEYPAD» set to a leading substring 
of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"01 23456789" (possibly the whole string) 

• the concatenated substrings of "0123456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<(1 , 0, value b)> 

3. Verify that the lUT sends to TS_1 a {CC-SERVICE-ACCEPT} message 

4. Verify that the lUT sends or has sent to TS la {IWU-INFO} message with an IE 
«CODEC-LIST» set to G.722 

5. Verify end-to-end U-plane connection between lUT and TS_1 

The {IWU-INFO} message received from lUT in pass criterion 4 may be sent before or after 
stimulus 4; lUT and TS_1 shall send their respective {IWU-INFO} messages regardless of 
reception of {IWU-INFO} from the other side 




TC PT NG1.N.6 BV 501 


Sending negative acknowledgement - call toggle unsuccessful 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 1 02 527-3 [1 4], Clauses 7.4.3.4 and 7.4.3.5.3 

External call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a). 

One parallel external call on hold on line (call id b) 

1 . Perform a call toggle from lUT 

2. Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 09H 
indicating 'Negative acknowledgement tone' and IE «CALL-INFORMATION» 
specifying (call id b, CS call hold, control code failed) =<(1 , 0, value b), (2, 1 , 9), 
(2, 2, 3)> 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI-KEYPAD» 
set to (1CH, 31 H) digits and with IE «CALL-INFORMATION» specifying (call id b) 
=<(1 , 0, value b)> 

2. Verify that the lUT indicates that the service cannot be fulfilled, generates a negative 
acknowledgement tone and stops the generation by itself 

Verify end-to-end U-plane connection between lUT and TS_1 




TC PT NG1.N.6 BV 601 


Busy line notification 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.8.3 

External call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a) 

1 . Perform an outgoing external parallel call on line to "0123456789" phone number 
from lUT 

2. Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 04H 
indicating 'Busy tone on' and IE «CALL-INFORMATION» specifying (call id b, CS 
call disconnecting, reason=line in use) =<(1, 0, value a), (2, 1, 6), (2, 2, 1)> 

3. Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 3FH 
indicating 'Tones off and IE «CALL-INFORMATION» specifying (call id b) =<(1, 0, 
value a)> 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI-KEYPAD» 
set to 1CH 15H digits 

2. Verify that the lUT indicates that the line is busy and generates a busy tone 

3. Verify that the lUT stops the tone generation 

Verify end-to-end U-plane connection between lUT and TS_1 
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6.7 TC_PT_NG1 .N.7 Common parallel call procedures tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding Common parallel call procedures (external or 
internal). 

Declarations (see Annex A): 

• NG1.N.7_7 "Active call release with replacement (from PP to FP)" is optional. So the manufacturer shall 
declare if it is supported for each sub procedure: call waiting and call on-hold. 

• NG1.N.7_9 "Putting a call on-hold" is optional. So the manufacturer shall declare if it is supported. 

• NGl .N.7_10 "Resuming a call put on-hold" is optional. So the manufacturer shall declare if it is supported. 



TC PT NGl .N.7 BV 102 



Outgoing parallel external call initiation 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.3.5.1 
External call in T-10 (IUT+TS_1) initiated by lUT on line (call id a) 

1 . Perform an outgoing parallel call on line to "0123456789" phone number from lUT 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 

(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORI\/IATION» specifying (line 0, 
full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1), (1,0, value b)> followed 
by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else if line id only, or line Id with partial dialing information was received in step 1 
then send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id b, CS call setup ack) =<(0, 0, 

0), (0, 5,1), (1,0, value b), (2,1, 2)> 

(2.3) Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

3. If the line type information was not sent in step 2 (i.e. in subcase 2.3) then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b)> 

If the 'CS call proc' call status was not sent in step 2 (i.e. in subcases 2.2 and 2.3), 
send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 
In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call Id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 1CH 15H digits and possibly either: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
or 

• "0123456789" or a substring of this string together with IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall contain 
an IE «CALL-INFORMATION» specifying (line 0, call id b) =<(0, 0, 0), (1 , 0, 
value b)>, and may contain an IE «MULTI-KEYPAD» set to a leading substring 
of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «IVIULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<{1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 
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TC PT NG1.N.7 BV 103 


Outgoing parallel Internal call Initiation 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.1 

2 PPs registered (lUT Is PP1, TS 2 Is NG PP2), 

External call In T-10 {IUT+TS_1) initiated by lUT on line (call Id a) 

1 . Perform an Internal outgoing parallel call on lUT towards PP2 

2. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

If dialing Information was not received In step 1 then send a {CC-INFO} message from 
TS 1 with IE «CALL-INFORMATION» specifying (call Id b, CS call setup ack) =<(1 , 
0, value b), (2, 1,2)> 

Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

3. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 1 7H digit, and possibly together with terminal Id of PP2, or 
2AH In case of Internal general call 

2. If dialing information was not received In step 1 then verify that the lUT sends to TS_1 
a {CC-INFO} message with IE «MULTI-KEYPAD» set to the terminal Id of PP2, or 
2AH In case of internal general call, and IE «CALL-INFORMATION» specifying (call 
id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_2 

iUT could access to internal names list, and/or initiate Internal general call, to Initiate internal 
call 




TC_PT_NG1 .N.7_BV_201 


Call waiting indication (external) - CLIP on call waiting indication - End of call waiting 
indication 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.3.5.2, 7.4.15.2.1, and 7.4.3.5.10 
External call in T-10 (IUT-i-TS_1) Initiated by IUT on line (call Id a) 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 
indicating 'call waiting tone on', and IE «CALL-iNFORMATION» specifying (line 0, 
full VoIP line type information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, 
value b), (2, 1, 1)>, followed by a {CC-INFO} message from TS_1 with IE «CALLING 
PARTY NUMBER = <lnternatlonal number. Unknown, '33298951 207'> » and IE 
«CALL-INFORMATION» specifying (call Id b) =<(1, 0, value b)> 

2. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 

1 . Verify that the IUT indicates the call waiting to the receiving user and generates a call 
waiting tone and stops the generation by itself 

Verify CLIP presentation on IUT display according to Its display capabilities 

2. Verify that the IUT stops the call waiting presentation to the receiving user 




TC_PT_NG1 .N.7_BV_202 


Call waiting indication (internal) - CLIP on call waiting indication - End of call waiting 

Indication 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.3.5.2 and 7.4.3.5.10 

2 PPs registered (IUT Is PP1 , TS 2 Is NG PP2), 

External call In T-10 (IUT-i-TS_1) initiated by IUT on line (call Id a) 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 
indicating 'call waiting tone on', and IE «CALL-INFORMATION» specifying (call Id b, 
CS call setup) =<(1 , 0, value b), (2, 1 , 1)>, followed by a {CC-INFO} message from 
TS_1 with IE «CALLING PARTY NUMBER = <Network specific number, Private plan, 
IA5 coding of terminal Identity number In decimal of PP2> » and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 

2. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 

1 . Verify that the IUT Indicates the call waiting to the receiving user, generates a call 
waiting tone and stops the generation by itself 

Verify CLIP presentation on IUT display 

2. Verify that the IUT stops the call waiting presentation to the receiving user 
Internal CLIP is the terminal Identity number of the calling part 
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TC PT NG1.N.7 BV 301 


Call toggle (external) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.3 

External call in T-10 (IUT+TS_1) initiated by lUT on line (call id a), 
one parallel external call on hold on line (call id b) 

1 . Perform a call toggle from lUT 

2. Sends a {CC-INFO} message from TS_1 with IE «CALL-IISIFORMATION» 
specifying (call id a, OS call hold) =<(1 , 0, value a), (2, 1 , 9)>, followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 

b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

3. Perform a call toggle from lUT 

4. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call hold) =<(1 , 0, value b), (2, 1 , 9)>, followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

1. Verify that the lUT sends to TS 1 either 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 31 H) digits 
and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 

or 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 41 H) and IE 

«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> (hold call id a), 
followed by, a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 
42H) and IE «CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 
(resume call id b) 

2. Verify end-to-end U-plane connection between lUT and TS_1 

3. Verify that the lUT sends to TS_1 either 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 31 H) digits 
and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> 

or if declared (see Annex A, Table A. 4) 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 41 H) and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> (hold call id b). 
followed by, a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 
42H) and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 
(resume call id a) 

4. Verify end-to-end U-plane connection between lUT and TS_1 
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TC PT NG1.N.7 BV 302 


Call toggle (internal) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.3 

2 PPs registered (lUT is PP1 , TS 2 is NG PP2), 

External call in T-10 (IUT+TS_1) initiated by lUT on line (call id a), 

one parallel internal call on hold (call id b) with PP2 

1 . Perform a call toggle from ILJT 

2. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 

specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)>, followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
b, CS call connect) =<(1, 0, value b), (2, 1, 5)> 

3. Perform a call toggle from lUT 

4. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call hold) =<(1 , 0, value b), (2, 1 , 9)>, followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

1. Verify that the lUT sends to TS 1 either 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 31 H) and IE 
«CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 

or 

• a {CC-INFO} message with IE « IVIULTI-KEYPAD » set to (1 CH, 41 H) and IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> (hold call id 

a) . 

followed by, a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 
42H) and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 
(resume call id b) 

2. Verify end-to-end U-plane connection between lUT and TS_2 

3. Verify that the lUT sends to TS 1 either 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 31 H) and IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 

or if declared (see Annex A, Table A.4) 

• a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 41 H) and IE 
«CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> (hold call id 

b) . 

followed by, a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 
42H) and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> 
(resume call id a) 

4. Verify end-to-end U-plane connection between lUT and TS_1 



TC_PT_NG1 .N.7_BV_401 


Call release and call release rejection - Resuming a call put on-hold 


Reference: 


TS 102 527-3 [14], Clause 7.4.3.5.4 


Initial condition: 


External call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a), 




one parallel external call on hold on line (call id b) 


Stimulus: 


1. 


Release active call from lUT 




2. 


Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 






(call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> 




3. 


Resume call put on hold from lUT. This may require or not an action of the user. 




4. 


Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 






(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 


Pass criteria: 


1. 


Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 






KEYPAD» set to (1CH, 33H) digits and with IE «CALL-INFORMATION» 






specifying (call id a) =<(1 , 0, value a)> 




2. 


None 




3. 


Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 






KEYPAD» set to (1CH, 42H) digits and with IE «CALL-INFORMATION» 






specifying (call id b) =<(1 , 0, value b)> 




4. 


Verify end-to-end U-plane connection between lUT and TS_1 


Comments: 


From stimulus 2 to stimulus 4, TS_1 sends mute patterns to lUT 
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Call waiting acceptation (from PP to FP) (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.6 

External call in T-10 (lUT+TS 1) initiated by lUT on line (call id a), 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 
indicating 'call waiting tone on', and IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, value 
b), (2, 1 , 1)>, followed by a {CC-INFO} message from TS_1 with IE «CALLING 
PARTY NUMBER = < National number. National standard plan. Presentation 
restricted. User-provided, verified and passed, "> » and IE «CALLING PARTY 
NAME = < Presentation restricted, UTF-8, Network provided, "> » and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 

1 a. Accept waiting call from lUT 

2. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)>, followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

1 . Verify that the lUT indicates the call waiting to the receiving user, with CLIP or CNIP 
presentation on lUT display ("Private", "Hidden" or any equivalent display) 

1 a. Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 35H) digits and with IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

2. Verify end-to-end U-plane connection between lUT and TS_1 




TC PT NG1.N.7 BV 602 


Call waiting acceptation (from PP to FP) (internal) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.6 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

External call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a), 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 
indicating 'call waiting tone on', and IE «CALL-INFORMATION» specifying (call id 
b, CS call setup) =<(1 , 0, value b), (2, 1 , 1 )>, followed by a {CC-INFO} message from 
TS_1 with IE «CALLING PARTY NUMBER = <Network specific number. Private 
plan, IA5 coding of terminal identity number In decimal of PP2> » and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 

Accept waiting call from lUT 

2. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)>, followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 35H) digits and with IE «CALL-INFORMATION» 
specifying (call id b) =<(1, 0, value b)> 

2. Verify end-to-end U-plane connection between lUT and TS_2 




TC PT NG1.N.7 BV 701 


Active call release with replacement (from PP to FP) - call waiting (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.12 

External call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a), 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» set to the value 07H 
indicating 'Call waiting tone on' and IE «CALL-INFORMATION» specifying (line 0, 
full VoIP linotype information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, value 
b), (2, 1 , 1)>, followed by a {CC-INFO} message from TS_1 with IE «CALLING 
PARTY NUMBER = « National number, National standard plan, 

'1 2345678901 2345678'» » and IE «CALL-INFORMATION» specifying (call id b) 
=<(1 , 0, value b)> 

2. Accept waiting call from lUT with active call released 

3. Sends a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)>, followed by a {CC-INFO} 
message from TS_1 with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

1 . Verify that the lUT indicates the call waiting to the receiving user 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 38H) digits and with IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

In this particular test case, no IE SIGNAL is sent toward the lUT intentionally. This test 
case simulates a situations where the FP plays an inband call waiting tone. The lUT shall 
however correctly handle the call waiting 
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Active call release with replacement (from PP to FP) - call on-hold (external) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.12 

External call in T-10 (IUT+TS_1) initiated by lUT on line (call id a), 
one parallel external call on hold on line (call id b) 

1 . Perform an active call release with replacement from lUT 

2. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)>, followed by a {CC-INFO} 
message from TS_1 with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1CH, 38H) digits and IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

2. Verify end-to-end U-plane connection between lUT and TS_1 




TC_PT_NG1 .N.7_BV_801 


Call waiting rejection (from PP to FP) (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.7 

External call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a), 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» set to the value 07H 

indicating 'Call waiting tone on' and IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value 
b), (2, 1, 1)>, followed by a {CC-INFO} message from TS_1 with IE «CALLING 
PARTY NUMBER = <lnternational number, Unknown, '33298951 207'> » and IE 
«CALLING PARTY NAME = < Presentation allowed, UTF-8, User-provided, verified 
and passed, 'CLIP&CNIP'> » and IE «CALL-INFORMATION» specifying (call id b) 
=<(1 , 0, value b)> 

2. Reject waiting call from lUT 

3. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 

1 . Verify that the lUT indicates the call waiting to the receiving user 

2. Verify that the lUT sends to TS 1a {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 36H) digits and with IE «CALL-INFORMATION» 
specifying (call id b) =<(1, 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 




TC PT NG1.N.7 BV 901 


Putting a call on-hold (external) - Resuming a call put on-hold 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.8 

External call in T-1 (IUT+TS_1 ) initiated by lUT on line (call id a), 

1. Put call on hold from lUT 

2. Resume call put on hold from lUT 

1 . Verify that the lUT sends to TS 1a {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 41 H) and with IE «CALL-INFORMATION» specifying (call 
id a) =<(1 , 0, value a)> 

None 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 42H) and with IE «CALL-INFORMATION» specifying (call 
id a) =<(1 , 0, value a)> 

Verify end-to-end U-plane connection between lUT and TS_1 
From stimulus 1 to stimulus 2, TS_1 sends mute patterns to lUT 




TC PT NG1.N.7 BV 1201 


CNIP on call waiting indication (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 1 02 527-3 [14], Clause 7.4.3.5.1 1 

External call in T-10 (IUT+TS_1) initiated by lUT on line (call id a) 
Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 
indicating 'call waiting tone on', and IE «CALL-INFORMATION» specifying (line 0, full 
VoIP line type information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1), (1, 0, value b), 
(2, 1 , 1 )>, followed by a {CC-INFO} message from TS_1 with IE «CALLING PARTY 
NAME = < Presentation allowed, UTF-8, User-provided, verified and passed, 'CW external 
CNIP'> » and IE «CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 
Verify CNIP presentation on lUT display of 'CW external CNIP'. According to its display 
capabilities the CNIP might be abbreviated by the lUT. 
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CNIP on call waiting indication (internal) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.11 

EN 300 444 [12], Clause 8.44 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

External call in T-10 (IUT+TS_1) initiated by lUT on line (call id a) 

Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 

indicating 'call waiting tone on', and IE «CALL-INFORMATION» specifying (call id b, OS 

call setup) =<(1 , 0, value b), (2, 1 , 1 )>, )>, followed by a {CC-INFO} message from TS 1 

with IE « CALLING PARTY NAME = < Presentation allowed, UTF-8, User provided, 

verified and passed, 'CW int GNIP'> » and IE «CALL-INFORMATION» specifying (call 

id b) =<(1, 0, value b)> 

Verify CNIP presentation on lUT display of 'CW int CNIP' 



6.8 



TC PT NG1.N.8 Call transfer tests cases 



Test subgroup objectives: to check the lUT's behaviours regarding call transfer procedures. 
In the following test cases, TS_1 plays the role of a FP where a virtual NG PP2 is registered 



TC PT NG1.N.8 BV 101 



Call transfer (external) - announced 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.3.6 and 7.4.15.2.1 

2 PPs registered (lUT is PP1 , TS_1 is FF + NG PP2), 

External call in T-10 (IUT-hTS„1) initiated by lUTon line (call id a) 

1. Perform an internal outgoing parallel call on lUT towards PP2 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

If dialing information was not received in step 1 then send a {CC-INFO} message from 
TS_1 with IE «CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1, 

0, value b), (2, 1,2)> 

Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

3. Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 01 H 
indicating 'Ring back tone on' and IE «CALL-INFORMATION» specifying (call id b 
CS call alerting) =<(1 , 0, value b), (2, 1 , 4)> 

4. Sends a {CC-INFO} message from TS_1 with an IE «SIGNAL» with the value 3FH 
indicating 'Tones Off and IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

5. Send a call transfer request from lUT (in order to transfer call with call id a to PP2) 

6. Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» specifying 
(call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a {CC-INFO} message from 
TS_ 1 with IE «CALL-INFORMATION» specifying (call id b, CS idle) =<(1, 0, value 
b), (2, 1 , 0)>, followed by a {CC-RELEASE} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 

«I\/IULTI-KEYPAD» set to 1 7H digit, and possibly together with terminal Id of PP2 
If dialing information was not received in step 1 then verify that the lUT sends to TS_1 
a {CC-INFO} message with IE «MULTI-KEYPAD» set to the terminal Id of PP2, and 
IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 
Verify that the lUT generates a ring-back tone 
Verify that the lUT stops the tone generation 
Verify end-to-end U-plane connection between lUT and TS_1 
Verify that the lUT sends to TS_1 a {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1CH, 34H) digits and IE «CALL-INFORMATION» 
specifying (call id a) =<(1 , 0, value a)> 
6. Verify that the lUT send to TS_1 a {CC-RELEASE-COM} message 
lUT could access to internal names list to initiate internal call 

The call transfer is initiated by the user either in stimulus 1 or in stimulus 5 (depending on 
the user interface of the lUT) 



2. 
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Call transfer (external) - unannounced 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.3.6 and 7.4.15.2.1 

2 PPs registered (lUT is PP1 , TS_1 is FP + NG PP2), 

External call in T-10 {IUT+TS_1) initiated by lUT on line (call id a) 

1 . Perform an internal outgoing parallel call on lUT towards PP2 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

If dialing information was not received in step 1 then send a {CC-INFO} message from 
TS_1 with IE «CALL-INFORMATION» specifying (call id b, CS call setup acl<) =<(1, 
0, value b), (2, 1,2)> 

Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

3. Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 01 H 
indicating 'Ring bacl<tone on' and IE «CALL-INFORMATION» specifying (call id b, 
CS call alerting) =<(1 , 0, value b), (2, 1 , 4)> 

4. Send a call transfer request from lUT (in order to transfer call with call id a to PP2) 

5. Send a {CC-INFO} message with an IE «SIGNAL» with the value 3FH indicating 
'Tones Off and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 

6. Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» specifying 
(call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a {CC-INFO} message from 
TS_ 1 with IE «CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value 
b), (2, 1 , 0)>, followed by a {CC-RELEASE} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 17H digit, and possibly together with terminal Id of PP2 

2. If dialing information was not received in step 1 then verify that the lUT sends to TS_1 
a {CC-INFO} message with IE «MULTI-KEYPAD» set to the terminal Id of PP2, and 
IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 

3. Verify that the lUT generates a ring-back tone 

4. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1CH, 34H) digits and IE «CALL-INFORMATION» 
specifying (call id a) =<(1 , 0, value a)> 

5. Verify that the lUT stops the tone generation 

6. Verify that the lUT send to TS_1 a {CC-RELEASE-COM} message 
lUT could access to internal names list to initiate internal call 

The call transfer is initiated by the user either in stimulus 1 or in stimulus 4 (depending on 
the user interface of the lUT) 
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Call re-injection to the system (external) 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.6.3 

2 PPs registered (lUT is PP1 , TS_1 is FP + NG PP2), 

External call in T-10 {IUT-i-TS_1) initiated by lUT on line (call id a) 

1 . Perform an internal outgoing parallel call on lUT towards all PPs 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

If dialing information was not received in step 1 then send a {CC-INFO} message from 
TS_1 with IE «CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1, 
0, value b), (2, 1,2)> 

Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

3. Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 01 H 
indicating 'Ring back tone on' and IE «CALL-INFORMATION» specifying (call id b, 
CS call alerting) =<(1 , 0, value b), (2, 1 , 4)> 

4. Send a call transfer request from lUT (in order to transfer call with call id a to any PP) 

5. Send a {CC-INFO} message with an IE «SIGNAL» with the value 3FH indicating 
'Tones Off and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 

6. Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» specifying 
(call Id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a {CC-INFO} message from 
TS_ 1 with IE «CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value 
b), (2, 1 , 0)>, followed by a {CC-RELEASE} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 17H digit, and possibly together with 2AH digit 

2. If dialing information was not received in step 1 then verify that the lUT sends to TS_1 
a {CC-INFO} message with IE «MULTI-KEYPAD» set to 2AH in and IE 
«CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 

3. Verify that the lUT generates a ring-back tone 

4. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «MULTI-KEYPAD» 
set to (1CH, 34H) digits and IE «CALL-INFORMATION» specifying (call id a) =<(1, 
0, value a)> 

5. Verify that the lUT stops the tone generation 

6. Verify that the lUT send to TS_1 a {CC-RELEASE-COM} message 
lUT could access to internal names list to initiate internal call 

The call transfer is initiated by the user either in stimulus 1 or in stimulus 4 (depending on 
the user interface of the lUT) 



TC PT NG1.N.8 BV 104 



Remote party CLIP on call transfer (external) 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.3.6.4 and 7.4.3.6.5 Figure 18 
2 PPs registered (lUT is PP1 , TS_1 is FP -i- NG PP2), 
T-00 

1 . Send a {CC-SETUP} message from TS_ 1 with IE «BASIC-SERVICE = <Call class = 
internal call>)», IE «SIGNAL» set to 40H indicating 'Alerting on - pattern 0', and IE 
«CALL-INFORMATION» specifying (call id b, CS call setup) =<(1 , 0, value b), 
(2, 1,1)>, 

Send a {CC-INFO} message from TS_ 1 with IE « CALLING PARTY NUMBER = < 

Network specific number. Private plan, IA5 coding of terminal identity number in 
decimal of PP2 > » and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, 
value b)> 

Send a {CC-INFO} message from TS_ 1 with IE «CALLING PARTY NUMBER = 
<National number, National standard plan, '02981 23456'»> and IE 
«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id b, 
updated call id a, CS call under transfer) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b), 
(1, 1, value a), (2, 1, 12)> 

1 . Verify that the lUT send to TS_1 a {CC-ALERTING} message 
la. Verify CLIP presentation on lUT display of PP2's internal CLIP 

2. Verify CLIP presentation on lUT display according to its display capabilities of 
'0298123456' phone number 

Internal CLIP is the terminal Identity number of the calling part 



la 
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Remote party CNIP on call transfer (external) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.6.5 Figure 18 
Internal names test list content (see Clause 4.1.1.1.7), 
2 PPs registered (lUT is PP1 , TS 2 is NG PP2), 
T-00 

1 . Send a {CC-SETUP} message from TS_ 1 with IE «BASIC-SERVICE = <Call class = 
internal call>)», IE «SIGNAL» set to 40H indicating 'Alerting on - pattern 0', and 
with IE «CALL-INFORMATION» specifying (call id b, CS call setup) =<(1, 0, 

value b), (2, 1, 1)>, 

la. Send a {CC-INFO} message from TS_ 1 with IE «CALLING PARTY NAME = 

< Presentation allowed, UTF-8, User-provided, verified and passed, internal names list 
entry of PP2.> » and IE «GALL-INFORMATION» specifying (call id b) =<(1 , 0, 
value b)> 

2. Send a {CC-INFO} message from TS_ 1 with IE «CALLING PARTY NAME= 
<Presentation allowed, UTF-8, User-provided, verified and passed, "Transferred 
CNIP"> » and IE «CALL-INFORMATION» specifying (line 0, full VoIP line type 
information, call id b, updated call id a, CS call under transfer) =<(0, 0, 0), (0, 5, 1), 
(1 , 0, value b), (1,1, value a), (2, 1 , 1 2)> 

1 . Verify that the lUT send to TS_1 a {CC-ALERTING} message 

la. Verify CNIP presentation on lUT display of PP2's internal CNIP 'Living-room' 

2. Verify CNIP presentation on lUT display according to its display capabilities of 
'Transferred CNIP' 



6.9 TC_PT_NG1 .N.9 3-party conference with established 
external and/or internal calls tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding 3-party conference with established external and/or 
internal calls. 

Declarations (see Annex A): 



• NG1.N.9 "3-party conference with estabUshed external and/or internal calls" feature is optional on PP side, so 
the manufacturer shall declare if it is supported. 



TC_PT_NG1 .N.9_BV_1 01 


3-party conference with established external and internal calls - lUT is the initiating party - 
release from one of the non initiating parties 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.7 

2 PPs registered (lUT is PP1 , TS_1 is FP + NG PP2), 

External call in T-10 (IUT-hTS_1) initiated by lUT on line (call id a), 

one parallel internal call on hold (call id b) with PP2 

1 . Perform a 3-party conference call request from lUT 

2. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)>, followed by a {CC-INFO} message from 
TS 1 with IE «CALL-INFORMATION» specifying (call id a, CS conference connect) 
=<(1, 0, value a), (2, 1, 11)> 

3. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id a, CS call connect) =<(0, 0, 0), (0, 5, 1), 
(1 , 0, value a), (2, 1 , 5)> and IE «CALLING PARTY NUMBER = <lnternational 
number. Unknown, '33299886655'> » to simulate a hang up from NG PP2 

4. Hang up from lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1CH, 32H) digits and with IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

2. Verify end-to-end U-plane connection between lUT and TS_1 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



ETSI 



58 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC PT NG1.N.9 BV 102 



3-party conference with established external and internal calls - lUT is not the initiating 

party 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.3.7 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

Internal call in T-10 {IUT+TS_1) initiated by lUT (call id b) with PP2, 

One parallel external call on-hold on line (call id a) 

1 . Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id b, updated call id a, CS conference 
connect) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b), (1 , 1 , value a), (2, 1 , 1 1 )> 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)>, followed by a {CC-INFO} 
message from TS_1 with IE «CALLING PARTY NUMBER = <Network specific 
number, Private plan, IA5 coding of terminal identity number in decimal of PP2> » 
and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> as a result 
of release of external party from TS_2 

3. Hang up from lUT 

4. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify end-to-end U-plane connection between lUT and TS_1/TS_2 

2. Verify end-to-end U-plane connection between lUT and TS_1 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



6.10 TC_PT_NG1.N.10 Intrusion call tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Intrusion call. 
Declarations (see Annex A): 

• NGl.N.lO "Intrusion call" feature is optional on PP side, so the manufacturer shall declare if it is supported. 

• If the call intrusion feature is supported, supplier shall declare at least one of the 2 following procedures : 

NG1.N.10_1 "Implicit call intrusion into a line in 'single call' mode" is optional. So the manufacturer 
shall declare if it is supported. 

NG1.N.10_2 "Explicit call intrusion (from PP to FP)" is optional. So the manufacturer shall declare if it 
is supported. 

Table 16: Summary of call intrusion test cases on PT side 



Type of Intrusion 


Test reference 


Comment 


Implicit call instrusion 


TC_PT_NG1 .N.I 0_BV_1 01 


Test equipment behaves as a "Non- 
early {CC-CONNECT} FP" 


TC_PT_NG1 .N.1 0_BV_1 02 


Test equipment behaves as an "Early 
{CC-CONNECT} FP" 


Explicit call instrusion 
(line or handset) (note) 


TC_PT_NG1.N.10_BV_201 


Test equipment behaves as a "Non- 
early {CC-CONNECT} FP" 


TC_PT_NG1 .N.I 0_BV_202 


Test equipment behaves as an "Early 
{CC-CONNECT} FP" 


Test of intruded PP 


TC_PT_NG1 .N.10_BV_301 




NOTE: Tests for explicit call intrusion allow the PP to use either handset or line intrusion (a given PP 
implementing explicit call intrusion is allowed to implement either one or the other) 
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Implicit call intrusion into a line in "single call" mode in front of a non-early 

CC-CONNECT implemented FP - lUT is the initiating party 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.3.8.1 
2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 and PP2 attached to only line 

External call in T-10 (TS_2+TS_1) initiated by TS_2 on line (call id a) 



1. 
la. 



la. 



Perform an outgoing call on line from lUT 

if (line 0) was NOT specified in {CC-SETUP}, send a {CC-SETUP-ACK} message 

from TS_1 , with IE «CALL-INFORMATION» specifying (call id b, CS call setup ack) 

=<(1,0, value b), (2, 1,2)> 

if (line 0) was NOT specified in {CC-SETUP}, 

Send a {CC-CONNECT} message from TS_1 with IE «SIGNAL» with the value 
02H indicating 'Intercept tone on' and IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id b, updated call id a, CS conference 
connect) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b), (1,1, value a), (2, 1 , 1 1 )> 

Else (no call id update) 

Send a {CC-CONNECT} message from TS_1 with IE «SIGNAL» with the value 
02H indicating 'Intercept tone on' and IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id a, CS conference connect) =<(0, 0, 0), 
(0, 5, 1), (1,0, value a), (2, 1, 11)> 

Send a {CC-INFO} message from TS_1 with IE «CALL-INF0RIV1ATI0N» specifying 

(line 0, full VoIP line type information, call id a, CS call connect) =<(0, 0, 0), (0, 5, 1), 

(1 , 0, value a), (2, 1 , 5)> and IE «CALLING PARTY NUMBER = <National number. 

Unknown, '041 1223344'> » as a result of hang up from TS_2 

Hang up from lUT 

Send a {CC-RELEASE-COM} message from TS_ 1 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 

«BASIC-SERVICE» 'Normal call setup', and possibly an IE 

«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

if (line 0) was NOT specified in {CC-SETUP}, verify that the lUT sends to TS_1 a 

{CC-INFO} message with an IE «CALL-INFORMATION» specifying (line 0, call id 

b) =<(0, 0, 0), (1,0, value b)> 

Verify end-to-end U-plane connection between lUT and TS_1/TS_2 
Verify end-to-end U-plane connection between lUT and TS_1 

Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



ETSI 



60 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC PT NG1.N.10 BV 102 



Implicit call intrusion into a line in "single call" mode in front of an early CC-CONNECT 

implemented FP - lUT is tiie initiating party 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments 



TS 102 527-3 [14], Clause 7.4.3.8.1 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

"IVlultiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 and PP2 attached to only line 

External call in T-10 (TS_2-i-TS_1 ) initiated by TS_2 on line (call id a) 

1 . Perform an outgoing call on line from lUT 

1 a. if (line 0) was NOT specified in {CC-SETUP}, send a {CC-CONNECT} message from 
TS_1, with IE «CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)>, 
followed by a {CC-INFO} message from TS_1 , with IE «CALL-INFORMATION» 
specifying (call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

2. if (line 0) was NOT specified in {CC-SETUP}, 

Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 02H 
indicating 'Intercept tone on' and IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id b, updated call id a, CS conference connect) 
=<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b), (1,1, value a), (2, 1 , 1 1 )> 
Else (no call id update) 

Send a {CC-CONNECT} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a) =<(1 , 0, value a)>, followed by a {CC-INFO} with IE 
«SIGNAL» with the value 02H indicating 'Intercept tone on' and IE 
«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call 
id a, CS conference connect) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 1 1 )> 

3. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id a, CS call connect) =<(0, 0, 
0), (0, 5, 1), (1,0, value a), (2, 1, 5)> and IE «CALLING PARTY NUMBER = 
<National number. Unknown, '041 1 223344'> » as a result of hang up from TS_2 

4. Hang up from lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup', and possibly an IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
if (line 0) was NOT specified in {CC-SETUP}, verify that the lUT sends to TS_1 a 
{CC-INFO} message with an IE «CALL-INFORMATION» specifying (line 0, call id 
b) =<(0, 0, 0), (1,0, value b)> 

2. Verify end-to-end U-plane connection between lUT and TS_1/TS_2 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

- Depending on the case, the {CC-CONNECT} is sent either in stimulus la with transient 
call id b, or in stimulus 2 with intruded call id a directly 
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Explicit call intrusion Into a line In "single call" mode In front of a non-early 

CC-CONNECT implemented FP 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comment 



TS 102 527-3 [14], Clause 7.4.3.8.2 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

"IVIultiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 and PP2 attached to only line 

External call in T-10 (TS_2+TS_1) initiated by TS_2 on line (call id a) 

1 . Perform an explicit call intrusion either on line (line intrusion) or on handset PP2 
(handset intrusion) from lUT 

la. if (line 0) was NOT specified In {CC-SETUP} (handset Intrusion, or line Intrusion with 
line Id In {CC-INFO}), send a {CC-SETUP-ACK} message from TS_1 , with IE 
«CALL-INFORMATION» specifying (call Id b, CS call setup ack) =<(1 , 0, value b), 
(2, 1,2)> 

2. if (line 0) was NOT specified in {CC-SETUP}, 

Send a {CC-CONNECT} message from TS_1 with IE «SIGNAL» with the value 
02H indicating 'Intercept tone on' and IE «CALL-INFORI\/IATION» specifying 
(line 0, full VoIP line type Information, call Id b, updated call id a, CS conference 
connect) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b), (1,1, value a), (2, 1 , 1 1 )> 
Else (no call Id update) 

Send a {CC-CONNECT} message from TS_1 with IE «SIGNAL» with the value 
02H indicating 'Intercept tone on' and with IE «CALL-INF0RIV1ATI0N» 
specifying (line 0, full VoIP line type Information, call id a, CS conference connect) 
=<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 1 1 )> 

3. Send a {CC-INFO} message from TS_1 with IE «CALLING PARTY NUMBER = 
<Natlonal number. Unknown, '041 1223344'>, and IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type Information, call Id a, CS call connect) =<(0, 0, 0), 
(0, 5, 1 ), (1 , 0, value a), (2, 1 , 5)> » as result of TS_2 hang up 

4. Hang up from lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup', IE « MULTI-KEYPAD » set to (1CH, 
40H) digits, and possibly an IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 
0)> 

la if (line 0) was NOT specified in {CC-SETUP}, verify that the lUT sends to TS_1 a 
{CC-INFO} message with either: 

- (PP2 handset intrusion) an IE « MULTI-KEYPAD » set to (1 7H, 32H) digits, and 
an IE «CALL-INFORMATION» specifying (call id b) =<(1,0, value b)> 

- or (line Intrusion), an IE «CALL-INFORMATION» specifying (line 0, call Id b) 
=<(0, 0,0), (1,0, value b)> 

2. Verify that the lUT generates an intercept tone and stops the generation by Itself 
Verify end-to-end U-plane connection between lUT and TS_1/TS_2 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

- Call id b is a transient call id used in case the line Id Is not specified In CC-SETUP for the 
Intruding call until call Id update Is performed 



ETSI 



62 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC PT NG1.N.10 BV 202 



Explicit call intrusion into a line in "single call" mode in front of an early CC-CONNECT 

implemented FP 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comment 



TS 102 527-3 [14], Clause 7.4.3.8.2 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

"IVlultiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 and PP2 attached to only line 

External call in T-10 (TS_2+TS_1) initiated by TS_2 on line (call id a) 

1 . Perform an explicit call intrusion either on line (line intrusion) or on handset PP2 
(handset intrusion) from lUT 

la. if (line 0) was NOT specified in {CC-SETUP} (handset intrusion, or line intrusion 
with line id in {CC-INFO}) send a {CC-CONNECT} message from TS_1 , with IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> followed by a 
{CC-INFO} message from TS_1, with IE «CALL-INFORMATION» specifying (call 
id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

2. if (line 0) was NOT specified in {CC-SETUP}, 

Send a { CC-INFO} message from TS_1 with IE «SIGNAL» with the value 02H 
indicating 'Intercept tone on' and IE «CALL-INFORMATiON» specifying (line 0, 
full VoIP line type information, call id b, updated call id a, CS conference connect) 
=<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b), (1,1, value a), (2, 1 , 1 1 )> 
Else (no call id update) 

Send a {CC-CONNECT} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a) =<(1 , 0, value a)>, followed by a {CC-INFO} with IE 
«SIGNAL» with the value 02H indicating 'Intercept tone on' and with IE 
«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call 
id a, CS conference connect) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 1 1 )> 

3. Send a {CC-INFO} message from TS_1 with IE «CALLING PARTY NUMBER = 
<National number. Unknown, '041 1223344'> , and IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id a, CS call connect) =<(0, 0, 
0), (0, 5, 1), (1,0, value a), (2, 1, 5)> » as result of TS_2 hang up 

4. Hang up from lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup', IE « MULTI-KEYPAD » set to (1CH, 
40H) digits, and possibly an IE «CALL-INFORMATION» specifying (line 0) =<(0, 
0, 0)> 

1 a. if (line 0) was NOT specified in {CC-SETUP}, verify that the lUT sends to TS_1 a 
{CC-INFO} message with either: 

- (PP2 handset intrusion) an IE « MULTI-KEYPAD » set to (1 7H, 32H) digits, and 
an IE «CALL-INFORMATION» specifying (call id b) =<(1,0, value b)> 

- or (line intrusion), an IE «CALL-INFORMATION» specifying (line 0, call id b) 
=<(0, 0, 0), (1,0, value b)> 

2. Verify that the lUT generates an intercept tone and stops the generation by itself 
Verify end-to-end U-plane connection between lUT and TS_1/TS_2 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

- Call id b is a transient call id used in case the line id is not specified in CC-SETUP for 
the intruding call until call id update is performed 
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Test of the intruded PP ■ 

not the initiating party 



Implicit call intrusion into a line in "single call" mode - lUT is 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.3.8.1 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

"IVIultiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 and PP2 attached to only line 

External call in T-10 (IUT+TS_1) initiated by lUT on line (call id a) 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 02H 
indicating 'Intercept tone on', IE «CALLING PARTY NUIVIBER = <Networl< specific 
number, Private plan, IA5 coding of terminal identity number in decimal of PP2> » 
and IE «CALL-INFORMATION» specifying (call id a, CS conference connect) =<(1 , 
0, value a), (2, 1 , 1 1)> as a result of TS_2 outgoing call 

2. Send a {CC-INFO} message from TS_1 with IE «CALLING PARTY NUMBER = 
<National number. Unknown, '041 1223344'> and IE «CALL-INFORIVIATION» 
specifying (line 0, full VoIP line type information, call id a, CS call connect) =<(0, 0, 0), 
(0, 5, 1 ), (1 , 0, value a), (2, 1 , 5)> » as result of TS_2 hang up 

3. Hang up from lUT 

4. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify end-to-end U-plane connection between lUT and TS_1/TS_2 

2. Verify end-to-end U-plane connection between lUT and TS_1 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



6.1 1 TC_PT_NG1 .N.1 1 Call deflection (external or internal) tests 
cases 



Test subgroup objectives: to check the lUT's behaviours regarding Call deflection (external or internal) with the 
following consideration: 

• AsNGl.N.ll_3 "Call deflection control messages" procedure is tested when testing NG1.N.11_1 "Call 

deflection (internal)" procedure and NG1.N.11_2 "Call deflection (external)" procedure, there is no test case 
defined for this procedure. 

Declarations (see Annex A): 



• NGl.N.ll "Call deflection (external or internal)" feature is optional on PP side, so the manufacturer shall 
declare if it is supported. 



TC PT NGl.N.ll BV 101 


Call deflection (internal) in multiple lines context 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.4.2 

2 PPs registered (lUT is NG PP1 , TS_2 is NG PP2), 

PP1 is attached to line 0, PP2 is attached to line 1 , 

F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 
'Normal call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1', and 
IE «CALL-INF0RIV1ATI0N» specifying (line 0, full VoIP line type information, call id 
a, CS call setup) =<(0, 0, 0), (0, 5, 1), (1, 0, value a), (2, 1, 1)> 

2. Request a call deflection to PP2 from lUT 

3. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT send to TS_1 a {CC-ALERTING} message 

2. Verify that the lUT sends to TS 1a {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1 CH, 39H, 1 7H, Terminal Id of PP2) digits and with IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

Line 1 is not used. PP2 is not attached to line in order not to ring in the first call 
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Call deflection (external) - successful 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.4.2 
T-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 
'Normal call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', and 
IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id 
a, CS call setup) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 1 )> 

2. Request a call deflection to "1234567890" number from lUT 

3. Send a {CC-RELEASE} message 

1 . Verify that the lUT send to TS la {CC-ALERTING} message 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1 CH, 39H, 1 5H, 31 H, 32H, 33H, 34H, 35H, 36H, 37H, 38H, 39H, 
30H) digits and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, 
value a)> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 




TC PT NG1.N.11 BV 202 


Call deflection (external) - unsuccessful 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.4.2 
T-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 
'Normal call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', and 
IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id 
a, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, value a), (2, 1, 1)> 

2. Request a call deflection to "1234567890" number from lUT 

3. Send a {CC-INFO} message from TS_1 with an IE «CALL-INFORMATION» 
specifying (call id a, CS call setup, control code failed) =<(1, 0, value a), (2, 1,1), 
(2, 2, 3)> 

4. Call pick up on lUT 

5. Hang up on lUT 

6. Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT send to TS_1 a {CC-ALERTING} message 

2. Verify that the lUT sends to TS la {CC-INFO} message with 

IE «MULTI-KEYPAD» set to (1CH, 39H, 15H, 31H, 32H, 33H, 34H, 35H, 36H, 
37H, 38H, 39H, 30H) digits and with IE «CALL-INFORMATION» specifying (call 
id a) =<(1 , 0, value a)> 

3. Verify that the lUT continues ringing 

4. Verify end-to-end U-plane connection between lUT and TS_1 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 




TC PT NG1.N.11 BV 203 


ZaW deflection (external) - Call waiting deflection 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


rS 102 527-3 [14], Clause 7.4.3.5.6 

External call in T-10 (IUT-i-TS_1) initiated by lUT on line (call id a), 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» set to the value 07H 
indicating 'Call waiting tone on' and with IE «CALL-INFORMATION» specifying 
(line 0, full VoIP line type information, call id b, CS call setup) =<(0, 0, 0), (0, 5, 1), 
(1,0, value b), (2, 1, 1)>, followed by a {CC-INFO} message from TS_1 with IE 
«CALLING PARTY NUMBER = « National number. National standard plan. 
Presentation allowed. Network provided, '1234567890'> » and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 

2. Request a call deflection to "1 234567890" number from lUT 

3. Send a {CC-INFO} message from TS_1 with an IE «CALL-INFORMATION» 
specifying (call id b, CS idle) =<(1, 0, value b), (2, 1, 1)> 

1 . Verify that the lUT indicates the call waiting to the receiving user 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 39H, 15H, 31 H, 32H, 33H, 34H, 35H, 36H, 37H, 38H, 39H, 
30H) digits and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, 
value b)> 

3. Verify that waiting call is no longer presented on lUT 

Verify end-to-end U-plane connection between lUT and TS_1 
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6.12 TC_PT_NG1 .N.12 Line identification tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding line identification with the following consideration: 



• NG 1 .N. 1 2_7 "Line identification for a first external incoming call" is tested with NG 1 .N. 1 3_3 "Call identifier 
assignment on incoming call (FP to PP)" procedure. 



TC_PT_NG1 .N.I 2_BV_201 


Line identification for a first external outgoing call using «CALL-INFORMATION» IE 
(non early CC-CONNECT implementation) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.5.2.2 
T-00 

1 . Perform an outgoing call on line to "0123456789" pfione number from lUT 

2. (2.1) None 

(2.2) If line id (only) was received in step 1 then send a {CC-SETUP-ACK} message 
from TS_1 with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type 
information, call id a, CS call setup ack) =<(0, 0, 0), (0, 5, 1), (1, 0, value a), (2, 1, 2)> 

(2.3) Else send a {CC-SETUP-ACK} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call setup ack) =<(1 , 0, value a), 
(2, 1,2)> 

3. If the line type information was not sent in step 2 (i.e. in subcase 2.3) then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
0, full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> 

In all cases, send a {CC-CALL-PROC} message from TS 1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1 , 0, value a), 
(2, 1,3)> 

In all cases, send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 

(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
<;<;RASIC-RFRVir;F5>^ 'Nnrmal rail qptiin' and nnqqihiv IF 
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«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. Verify that the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 (i.e: in Clause 2.3), the first {CC-INFO} 
message shall contain an IE «CALL-INFORMATION» specifying (line 0, call 

id a) =<(0, 0, 0), (1 , 0, value a)>, and may contain an IE «MULTI-KEYPAD» set 
to a leading substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "0123456789" in all {CC-INFO} messages shall 
match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a)> 

3. Verify end-to-end U-plane connection between lUT and TS 1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 




TC_PT_NG1 .N.I 2_BV_202 


Line identification for a first external outgoing call using «CALL-INFORMATION» IE 
(early CC-CONNECT implementation) 


Reference: 
Initial condition: 
Stimulus: 


TS 102 527-3 [14], Clause 7.4.5.2.2 
T-00 

1 . Perform an outgoing call on line to "01 23456789" phone number from lUT 

2. (2.1) None 

(2.2) If line id (only) was received in step 1 then send a {CC-CONNECT} message 
from TS_1 with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type 
information, call id a) =<(0, 0, 0), (0, 5, 1), (1 , 0, value a)> followed by a {CC-INFO} 
message from TS_1 with IE «CALL-INFORMATION» specifying (call id a, CS call 

setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

(2.3) Else send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a) > followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

3. If the line type information was not sent in step 2 (i.e. in subcase 2.3) then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
0, full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1,0, value a)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
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TC_PT_NG1 .N.I 2_BV_202 


Line identification for a first external outgoing call using «CALL-INFORMATION» IE 
(early CC-CONNECT Implementation) 


Pass criteria: 


«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1 , 0, value a), 

(2, 1,3)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, value a), 
(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup' and possibly IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. Verify that the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 (i.e: in Clause 2.3), the first {CC-INFO} 
message shall contain an IE «CALL-INFORMATION» specifying (line 0, call id 
a) =<(0, 0, 0), (1 , 0, value a)>, and may contain an IE «MULTI-KEYPAD» set 
to a leading substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 

. 1 I" _i II i_ ir~ KAiii Ti i^^\yr\ a i~\ ij _ ■ 

the line id) shall contain each an IE «MULTI-KEYPAD» set to a substnng of 
"01 23456789" (possibly the whole string) 

• the concatenated substrings of "0123456789" in all {CC-INFO} messages shall 
match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



ETSI 



67 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC_PT_NG1 .N.I 2_BV_501 


FP managed line selection for a first external outgoing call (non early CC-CONNECT 




implementation) 


Reference: 


TS 102 527-3 [14], Clause 7.4.5.2.4 


Initial condition: 


T-00 


Stimulus: 


1. 


Perform an outgoing call without selecting a line to "0123456789" phone number 






from lUT 




2. 


(2.1) None 






(2.2) If line id (only) was received in step 1 then send a {CC-SETUP-ACK} message 






from TS_1 with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type 






information, call id a, CS call setup ack) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 2)> 






(2.3) Else send a {CC-SETUP-ACK} message from TS_1 with IE 






«CALL-INFORMATION» specifying (call id a, CS call setup ack) =<(1 , 0, value a). 






(2, 1 , 2)> 




3. 


If the line type information was not sent in step 2 (i.e. in subcase 2.3) then send a 






{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 






0, full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1,0, value a)> 






In all cases, send a {CC-CALL-PROC} message from TS_1 with IE 






«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1, 0, value a), 






(2, 1,3)> 






In all cases, send a {CC-CONNECT} message from TS_1 with IE 






«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a). 






(2, 1,5)> 




4. 


Hang up on lUT 




5. 


Send a {CC-RELEASE-COM } message from TS_ 1 


Pass criteria: 


1. 


Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 






«BASIC-SERVICE» Normal call setup and possibly: 






• IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 




2. 


Verify that the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 






• if the line id was not received in step 1 (i.e. in subcase 2.3), the first {CC-INFO} 






message shall contain an IE «CAI.L-INFORMATION» specifying (line None, 






call id a) =<{0, 0, 1 27), (1 , 0, value a)>, and may contain an IE 






«MULTI-KEYPAD» set to a leading substring of "0123456789" (possibly the 






whole string) 






• all subsequent {CC-INFO} messages (and the first one also if it does not contain 






the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 






"0123456789" (possibly the whole string) 






• the concatenated substrings of "01 23456789" in all {CC-INFO} messages shall 






match "0123456789" 






• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a)> 




3. 


Verify end-to-end U-plane connection between lUT and TS_1 




4. 


Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.12 BV 502 



FP managed line selection for a first external outgoing call (early CC-CONNECT 

implementation) 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.5.2.4 
T-00 

1 . Perform an outgoing call without selecting a line to "01 23456789" phone number 

from lUT 

2. (2.1) None 

(2.2) If line id (only) was received in step 1 then send a {CC-CONNECT} message 
from TS_1 with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type 
information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> followed by a {CC-INFO} 
message from TS_1 with IE «CALL-INFORMATION» specifying (call id a, CS call 
setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

(2.3) Else send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call 
id a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

3. If the line type information was not sent in step 2 (i.e. in subcase 2.3) then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
0, full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1 , 0, value a)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1 , 0, value a), 
(2, 1,3)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, value a), 
(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup' and possibly: 

• IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 

2. Verify that the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 (i.e. in subcase 2.3), the first {CC-INFO} 
message shall contain an IE «CALL-INFORMATION» specifying (line None, 
call id a) =<(0, 0, 127), (1, 0, value a)>, and may contain an IE 
«MULTI-KEYPAD» set to a leading substring of "0123456789" (possibly the 
whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "0123456789" in all {CC-INFO} messages shall 
match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



6.13 TC_PT_NG1 .N.13 Call identification tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding call identification with the following consideration: 

• NGl .N. 1 3_1 "Call identification general requirements" and NGl .N. 1 3_4 "Call status indication to the handset 
(FP to PP)" procedures are tested with NG1.N.13_2 "Cail identifier assignment on outgoing call (FP to PP)" 
and NG1.N.13_3 "Call identifier assigrmient on incoming call (FP to PP)" procedures. 

• NG1.N.13_2 "Call identifier assignment on outgoing call (FP to PP)" procedure for service call is tested with 
NG1.N.6_17 "Missed called list" procedure and NG1.N.6_22 "Internal names list" procedure. 

• No backward compatibihty tests in front of a GAP FP are foreseen as these tests will be done when running 
EN 300 444 [12] tests. 

• No backward compatibility tests in front of a NG-DECT PARTI FP are foreseen as these tests will be done 
when running NG-DECT PARTI backward compatibility tests (see TC_PT_NG1.N.1_WC_* TCs). 
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TC PT NG1.N.13 BV 201 



Call identifier assignment on outgoing call (FP to PP) - Normal call (non early 
CC-CONNECT implementation) - Call status indication 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clauses 7.4.6.1, 7.4.6.2 and 7.4.6.4 

T-00 

1 . Perform an outgoing call on line to "0123456789" phone number from lUT 

2. (2.1) None 

(2.2) If line id (only) was received in step 1 then send a {CC-SETUP-ACK} message 
from TS_1 with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type 
information, call id a, CS call setup ack) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 2)> 

(2.3) Else send a {CC-SETUP-ACK} message from TS_1 with IE 
«CALL-INFORMATiON» specifying (call id a, CS call setup ack) =<(1, 0, value a), 
(2, 1,2)> 

3. If the line type information was not sent in step 2 (i.e. in subcase 2.3) then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
0, full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1,0, value a)> 

In all cases, send a {CC-CALL-PROC} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1 , 0, value a), 
(2, 1,3)> 

In all cases, send a {CC-ALERTING} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), 
(2, 1,4)> 

In all cases, send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, value a), 
(2, 1,5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup', and possibly: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. Verify that the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 (i.e. in subcase 2.3), the first {CC-INFO} 
message shall contain an IE «CALL-INFORMATION» specifying (line 0, call id 
a) =<(0, 0, 0), (1 , 0, value a)>, and may contain an IE «MULTI-KEYPAD» set 
to a leading substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages shall 
match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a) 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.13 BV 202 



Call identifier assignment on outgoing call (FP to PP) - Normal call (early CC-CONNECT 
implementation) - Call status indication 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clauses 7.4.6.1, 7.4.6.2 and 7.4.6.4 

T-00 

1 . Perform an outgoing call to "0123456789" phone number from lUT 

2. (2.1) None 

(2.2) If line id (only) was received in step 1 then send a (CC-CONNECT } message 
from TS_1 with IE «CALL-INF0R1\/IATI0N» specifying (call id a) =<(1, 0, value a)> 
followed by a jCC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id a, CS call setup ack) =<(0, 0, 
0),(0, 5,1), (1,0, value a), (2, 1,2)> 

(2.3) Else send a {CC-CONNECT} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> followed by a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (call id 
a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

3. If the line type information was not sent in step 2 (i.e. in subcase 2.3) then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
0, full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> 

In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call proc) =<(1 , 0, value a), 
(2, 1,3)> 

In all cases, send a {CC- INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), 
(2, 1,4)> 

In all cases, send a {CC- INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1 , 5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup', and possibly: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. Verify that the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 (i.e. in subcase 2.3), the first {CC-INFO} 
message shall contain an IE «CALL-INFORMATION» specifying (line 0, call id 
a) =<(0, 0, 0), (1 , 0, value a)>, and may contain an IE «MULTI-KEYPAD» set 
to a leading substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages shall 
match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.13 BV 203 


Call identifier assignment on outgoing call (FP to PP) - Internal call - Call status indication 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.6.3 and 7.4.6.4 
2 PPs registered (lUT is PP1 , TS 2 is NG PP2), 
T-00 

1 . Perform an internal outgoing call on lUT towards PP2 

2. Send a {CC-SETUP-ACK} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

3. Send a {CC-ALERTING} message from TS_ 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)>, followed by a 
{CC-CONNECT} message from TS_ 1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call connect) =<(1, 0, value a), (2, 1, 5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT sends to TS la {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to terminal Id of PP2, or 2AH in case of internal general 
call, and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

lUT could access to internal names list, and/or initiate internal general call, to initiate 
internal call 




TC PT NG1.N.13 BV 301 


Call identifier assignment on incoming call (FP to PP) - Normal call setup 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.6.3 and 7.4.6.4 
T-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 
'Normal call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', and 
IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id 
a, CS call setup) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 1 )> 

1 a. Send a {CC-INFO} message from TS_1 with IE «CALLING PARTY NUMBER = 
<National number. National standard plan,'1234567890'> » 

2. Call pick up on lUT 

3. Send a {CC-CONNECT-ACK} message from TS_ 1 followed by a {CC-INFO} 
message from TS_ 1 with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 0, value a), (2, 1 , 5)> 

4. Hang up on lUT 

5. Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT send to TS_1 a {CC-ALERTING} message 
1 .a Verify CLIP presentation on lUT display 

2. Verify that the lUT sends to TS_1 a {CC-CONNECT} message 

3. Verify end-to-end U-plane connection between lUT and TS 1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



6.14 TC_PT_NG1.N.14 Multiple lines tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding multiple lines with the following consideration: 

• NGl .N. 14_1 "Multiple lines general requirements" procedure requires that PP implements NGl .N.7 
"Common parallel call procedures (external or internal)" feature. So there is no test case defined for this 
procedure which is tested implicitly when testing "NGl. N.7 Conmion parallel call procedures (external or 
internal)" feature. 

• NG1.N.14_2 "Terminal attachment and line settings" procedure is tested when testing NG1.N.16_25 "Line 
settings list" procedure and NG1.N.16_40 "Attached handsets" procedure. 

• NGl .N. 14_3 "Incoming and outgoing external calls on a multiple line system" procedure for the first call on a 
line is tested when testing the NGl. N. 12 "Line identification" feature. Only test cases for the second call on a 
second line are specified in this Clause. 

• NGl .N. 14_4 "Internal calls in multiple context" procedure is not tested on PP side as this procedure includes 
only FP requirements. 
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NG1.N.14_5 "compatibility with non multiple line PP or FP" procedure is not tested as is this procedure is 
tested when testing the NG1.N.12 "Line identification" feature and when running EN 300 444 [12] tests. 



TC PT NG1.N.14 BV 301 



Incoming external calls on a multiple line system 
and release it - Resume first call 



Accept incoming call on second line 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.7.3 
lUT attached to line and line 1 , 
External call in T-10 (IUT+TS_1) on line (call id a) 



Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 
indicating 'call waiting tone on', IE «Calling Party Number=<National number, 
National standard plan, '2222222222'> » and IE«CALL-INFORMATION» 
specifying (line 1 , full VoIP line type information, call id b, CS call setup) =<(0, 0, 1), 
(0, 5, 1), (1,0, value b), (2, 1, 1)> 
Accept call waiting on lUT 

Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1, 9)>, followed by a 
{CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» specifying (call 
id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 
Release call on line 1 on lUT 

Send a {CC-INFO} message from TS_1 with IE«CALL-INFORMATION» specifying 

(call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 

Resume call on line on lUT. This may require or not an action of the user. 

Send a {CC-INFO} message from TS_1 with IE«CALL-INFORMATION» specifying 

(call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify that the lUT indicates the call waiting to the receiving user, generates a call 
waiting tone and stops the generation by itself 

Verify that the lUT sends to TS_1 a {CC-INFO} message with 1CH 35H in IE 
«MULTI-KEYPAD» and IE «CALL-INFORMATION» specifying (call id b) 
0, value b)> 

Verify end-to-end U-plane connection on line 1 between lUT and TS_1 
Verify that the lUT sends to TS_1 a {CC-INFO} message with 1CH 33H in IE 
«MULTI-KEYPAD» and IE «CALL-INFORMATION» specifying (call id b) 

0, value b)> 

Verify that the lUT sends to TS_1 a {CC-INFO} message with 1CH42H in IE 
«MULTI-KEYPAD» and IE «CALL-INFORMATION» specifying (call id a) 
0, value a)> 

Verify end-to-end U-plane connection on line between lUT and TS_1 



=<(1, 



i=<(1, 



=<(1, 
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TC PT NG1.N.14 BV 305 



Outgoing external calls on a multiple line system 
second line using PP line selection 



Initiate a second outgoing call on 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.7.3 

lUT attached to line and line 1 , 

External call in T-10 (IUT+TS_1) on line (call id a) 

1 . Initiate a second external call on line 1 to phone number "01234567890" from lUT 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 

specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
1, full VoIP linotype information, call id b) =<(0, 0, 1), (0, 5, 1), (1,0, value b)> 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 
1 then send a {CC-INFO} message from TSJ with IE «CALL-INFORMATION» 
specifying (line 1 , full VoIP line type information, call id b, CS call setup ack) =<(0, 0, 
1), (0, 5, 1), (1,0, value b), (2, 1, 2)> 

(2.3) Else send a {CC-INFO} message IE «CALL-INFORMATION» specifying (call 
id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

3. If the line type information was not sent in step 2 (i.e. in subcase 2.3) then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
1 , full VoIP line type information, call id b) =<(0, 0, 1 ), (0, 5, 1 ), (1 , 0, value b)> 

If the 'CS call proc' call status was not sent in step 2 (i.e. in subcases 2.2 and 2.3), 
send a {CC-INFO} message from TSJ with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 
In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

4. Release call on line 1 on lUT 

5. Send a {CC-INFO} message from TS_1 with IE«CALL-INFORMATION» specifying 
(call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> from TSJ 

Hang up on lUT 

6. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 1CH 15H digits and possibly either: 

• IE «CALL-INFORMATION» specifying (line 1) =<(0, 0, 1)> 
or 

• "01 23456789" or a substring of this string together with IE 
«CALL-INFORMATION» specifying (line 1) =<(0, 0, 1)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 

the lUT sends to TSJ one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall contain 
an IE «CALL-INFORMATION» specifying (line 1, call id b) =<(0, 0, 1), (1,0, 
value b)>, and may contain an IE «MULTI-KEYPAD» set to a leading substring 
of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"01 23456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TSJ 

4. Verify that the I UT sends to TSJ a {CC-INFO} message with 1CH33H in IE 
«MULTI-KEYPAD» and IE «CALL-INFORMATION» specifying (call id b) =<(1, 
0, value b)> 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.14 BV 306 



Outgoing external calls on a multiple line system 
second line using FP managed line selection 



Initiate a second outgoing call on 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.7.3 
lUT attached to line and line 1 , 

An incoming external call on line is answered on the lUT. The call is in T-10 (IUT+TS_1) 
(call id a) 

1 . Initiate a second external call without selecting a line to phone number 

"01234567890" from lUT 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
1, full VoIP line type information, call id b) =<(0, 0, 1), (0, 5, 1), (1, 0, value b)> 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 
1 then send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 1, full VoIP line type information, call id b, CS call setup ack) =<(0, 0, 
1), (0,5,1), (1,0, value b), (2, 1,2)> 

(2.3) Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

3. If the line type information was not sent in step 2 (i.e. in subcase 2.3) then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
1 , full VoIP line type information, call id b) =<(0, 0, 1 ), (0, 5, 1 ), (1 , 0, value b)> 

If the 'CS call proc' call status was not sent in step 2 (i.e. in subcases 2.2 and 2.3), 
send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 1 , call id b, CS call proc) =<(0, 0, 0), (1 , 0, value b), (2, 1 , 3)> 
In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1 , 5)> from TS_1 

4. Release call on line 1 on lUT 

5. Send a {CC-INFO} message from TS_1 with IE«CALL-INFORMATION» specifying 
(call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 

Hang up on lUT 

6. Send a {CC-RELEASE-COM} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 1CH 15H digits and possibly either: 

• an IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 
or 

• "01 23456789" or a substring of this string together with IE 
«CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall 
contain an IE «CALL-INFORMATION» specifying (line None, call id b) =<(0, 0, 
1 27), (1 , 0, value b)>, and may contain an IE «MULTI-KEYPAD» set to a 
leading substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MLILTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-INFO} message with 1CH33H in IE 
«MULTI-KEYPAD» and IE «CALL-INFORMATION» specifying (call id b) =<(1, 
0, value b)> 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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6.15 TC_PT_NG1.N.15 Multiple calls tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding multiple calls procedures with the following 
consideration: 



• NG1.N.15_1 "Multiple calls general requirements" procedure requires that PP implements NG1.N.7 "Common 
parallel call procedures (external or internal)" feature. So there is no test case defined for this procedure which 
is tested implicitly when testing "NG1.N.7 Common parallel call procedures (external or internal)" feature. 



TC PT NG1.N.15 BV 201 


Incoming external calls on a multiple call line - Accept incoming second call 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.8.2 

lUT attached to line in "Multiple call" mode line, 

External call in T-10 (IUT+TS_1) on line (call id a) 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 07H 
indicating 'call waiting tone on', IE «CALLING PARTY NUMBER=<National number. 
National standard plan. Number not available. Network provided, "> » and 
IE«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id 
b, CS call setup) =<(0, 0, 0), (0, 5, 1), (1 , 0, value b), (2, 1 , 1)>, followed by a 
{CC-INFO} message from TS 1 with IE «CALLING PARTY NAME = Name not 
available, UTF-8, Network provided, " » and IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> 

2. Accept call waiting on lUT 

3. Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)>, followed by a 
{CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» specifying (call 
id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

4. Send a {CC-RELEASE} message from TS_1 . 

1 . Verify that the lUT indicates the call waiting to the receiving user, generates a call 

waiting tone with CLIP or CNIP presentation on lUT display ("Unknown" or any 

equivalent display), then stops the generation by itself 
2 Verify that the lUT sends to TS la {CC-INFO} message with 1 CH 35H in IE 

«MULTI-KEYPAD» and IE «CALL-INFORMATION» specifying (call id b) =<(1, 

0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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TC PT NG1.N.15 BV 205 



Outgoing external calls on a multiple call line - Initiate a second outgoing call on the line 

using line selection 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.8.2 

lUT attached to line in "Multiple call" mode line, 

External call in T-10 (IUT+TS_1) on line (call id a) 

1 . Initiate a second external on line to phone number "0123456789" from lUT 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 

specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
0, full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1), (1 , 0, value b) > 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 
1 then send a {CC-INFO} message from TSJ with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id b, CS call setup ack) =<(0, 0, 
0), (0, 5,1), (1,0, value b), (2,1, 2)> 

(2.3) Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

3. If the line type information was not sent in step 2 (i.e. in subcase 2.3) then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
0, full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value b) > 

If the 'CS call proc' call status was not sent in step 2 (i.e. in subcases 2.2 and 2.3), 
send a {CC-INFO} message from TSJ with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 
In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

4. Send a {CC-RELEASE} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 1CH 15H digits and possibly either: 

• IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 
or 

• "01 23456789" or a substring of this string together with IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, 0)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall 
contain an IE «CALL-INFORMATION» specifying (line 0, call id b) =<(0, 0, 0), 
(1 , 0, value b)>, and may contain an IE «MULTI-KEYPAD» set to a leading 
substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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TC_PT_NG1 .N.I 5_BV_206 


Outgoing external calls on a multiple call line - Initiate a second outgoing call on the line 
using FP managed line selection 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.8.2 

lUT attached to line in "Multiple call" mode line, 

An incoming external call on line is answered on the lUT. The call is in T-10 (IUT+TS_1) 
(call id a) 

1 . Initiate a second external call without selecting a line to phone number "01 23456789" 
from lUT 

2. Send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

(2.1) If line id and complete dialing information were received in step 1 then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
0, full VoIP line type information, call id b) =<(0, 0, 0), (0, 5, 1), (1 , 0, value b) > 
followed by a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

(2.2) Else if line id only, or line id with partial dialing information was received in step 
1 then send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id b, CS call setup ack) =<(0, 0, 
0), (0,5,1), (1,0, value b), (2, 1,2)> 

(2.3) Else send a {CC-INFO} message IE «CALL-INFORMATION» specifying (call 
id b, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

3. If the line type information was not sent in step 2 (i.e. in subcase 2.3) then send a 
{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 
0, full VoIP linotype information, call id b) =<(0, 0, 0), (0, 5, 1), (1,0, value b) > 

If the 'CS call proc' call status was not sent in step 2 (i.e. in subcases 2.2 and 2.3), 
send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 0, call id b, CS call proc) =<(0, 0, 0), (1 , 0, value b), (2, 1 , 3)> 
In all cases, send a {CC-INFO} message from TS_1 with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

4. Send a {CC-RELEASE} message from TS_ 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 1CH 15H digits and possibly either: 

• IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 
or 

• "01 23456789" digits together with IE «CALL-INFORMATION» specifying (line 
None) =<(0, 0, 127)> 

2. If the line id and/or the complete number were not received in step 1 then verify that 
the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 , the first {CC-INFO} message shall 
contain an IE «CALL-INFORMATION» specifying (line None, call id b) =<(0, 0, 
1 27), (1 , 0, value b)>, and may contain an IE «MULTI-KEYPAD» set to a 
leading substring of "01 23456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "0123456789" in all {CC-INFO} messages 
(including the substring received in step 1) shall match "0123456789" 

• each {CC-INFO} message shall contain (call id b) =<(1 , 0, value b)> 

3. Verify end-to-end U-plane connection between lUT and TS_1 

4. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 




TC_PT_NG1 .N.I 5_BV_301 


Busy system notification 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.8.3 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), 

lUT and TS_2 attached to line in "Single call" mode line, 

external call in T-10 (IUT-^TS_2) initiated by PP2 

Initiate an outgoing call from lUT 

Send a {CC-INFO} message with IE «S1GNAL» set to the value 04H indicating 'Busy 
tone' and IE «CALL-INFORMATION» specifying (call id a, CS call disconnecting, 
reason=system busy) =<(1 , 0, value a), (2, 1 , 6), (2, 2, 0)> from TS_1 
Verify that the lUT indicates to the user that the system is busy 
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6.16 TC_PT_NG1 .N.16 List access service tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Ust access service procedures with the following 
considerations: 

• NG1.N.6_2 "List change notification" procedure is not tested because there is no requirement on PP side 
related to the expected behavior of the PP when it is notified. 

• As "Negative Acknowledgement" command is foreseen to reject invalid PP command, NG1.N.6_11 "Negative 
Acknowledgement" procedure is not tested. 

• As it is impossible to know when "List of supported lists" is open, NG1.N.6_16 "List of supported lists" 
procedure is not tested. 

• The optional 'associated melody' field in contact Ust entry is not tested. 
Test equipment implementation requirements for List access service tests cases 

• There are several ways to implement List access service on PP side. For example, query could happen at 
different places during the sequence of a TC, optional commands can be supported or not, optional fields can 
be or not supported, settings can be read one by one or all in one read entries command, it is impossible to 
predict when the List of supported lists will be open, . . . As a consequence, the tester should be flexible enough 
to accept several implementations of list access on PP side. 

• When a list access is open, the "Query supported entry fields" command might be sent by the PP under test. If 
so, the test equipment shall send back a "Query supported entry fields confirm" with the list of supported entry 
fields in accordance with the fields defined in the lists content for PP tests (see Clause 4.1.1.1). 

• When testing the PP, entries can be displayed one by one or several together depending on display capabilities 
of the tested lUT. 

• When closing the list access, the "end session" command might not be sent by the PP under test. If so, the test 
case shall not fail. In case that "end session" is received from lUT, the test equipment shall acknowledge it by 
sending the "end session confirm" command. 

• Each time a 'Read entries' command is specified in a test, either as condition for a stimulus, or as pass 
criterion, the tester must allow that a 'Search entries' be used instead (and answer with a 'Search entries 
confirm'). Both command types may be interleaved in the same use case. This includes: 

pure 'reading' use cases: TC_PT_NG1.N.16_BV_1701, 1702, 1703, 1704, 1705, 1801, 1802, 1803, 1901, 
1902, 1903, 1904, 2001, 2002, 2003, 2101, 2102, 2103, 2105, 2106, 2110, 2201, 2202, 2301, 2302, 
2303, 2601, 2602, 2603, 2604, 2605, 2606 andTC_PT_NGl.N.21_BV_401. 

and 'reading plus editing' use cases: TC_PT_NG1.N.16_BV_2104, 2203, 2204, 2701, 2801, 2901, 2902, 
3001, 3801, 4002, 4101, 4201, 4301, 4401, 4501, 4601, 4701, 4702, 4801, 4802, 4901, 4902, 5001, 
5002, and 5101. 

Test equipment implementation requirements for 'DECT system settings list' and 'list of supported lists' 

• For the "DECT system settings list", each time a 'Read entries' command is specified in a test, either as 
condition for a stimulus, or as pass criterion, the tester must allow that this command is omitted by the PT. 
Only for this list, the PT may use directly the 'Edit entries' without prior 'Read entries' command. 

• For the "DECT system settings list" and the "list of supported lists", lUT should use a 'Number of sorting 
fields' value of '0' in the 'start session' command (not tested). The test equipment shall use a 'Number of sorting 
fields' value of '0' in the 'start session confirm'. 

This includes test cases where the "DECT system settings hst" is used by lUT for PIN checking purpose 
only (if the 'internal names list' or 'Une settings Ust' is accessed; this may happen even if the test case 
does not include any PIN protected field modification). 

NOTE 1: The 'internal names list' may be accessed by lUT in internal caU test cases (see Clause 6.24). 
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Test equipment implementation requirements for call lists and contact lists 

Multiple instances of the 'contact number' field in the contact list (see also TS 102 527-3 [14], Clause 7.4.10.1, 
'Field instances management' Clause) 

• In TC_PT_NG1.N.16_BV_2101 to TC_PT_NG1.N.16_BV_2110, when reading or editing a contact list entry 

The lUT may include the 'Contact number' field id any number of times in the request, depending on the 
number of requested contact numbers (including times if the field is not requested). If the number of 
field id occurrences exceeds the number of supported instances (2), the test equipment shall ignore the 
exceeding occurrences. 

The test equipment shall answer with at most the requested number of contact number instances. At least 
one contact number instance shall be sent by the test equipment (this instance shall be empty if there is 
no contact number available; there shall be no empty instance in any other case) 

If a further save is done by the lUT for this entry (i.e. the previous request was an 'edit'), 

■ The lUT shall include at least all contact number instances received during the previous edit 
(possibly modified, or empty in order to request removal of the contact; see below). 

■ The lUT may include additional contact numbers, provided that the total number of contact 
numbers included (received + additional) does not exceed the number of contact numbers requested 

during the previous edit. 

■ The lUT may replace a received contact number with an empty instance (instance with length =1) 
thus indicating to the test equipment that the contact number is to be removed. The test equipment 
shall not keep the empty instance, but discard the corresponding contact number instead. 

• Minimum display requirements on lUT. If a pass criterion of the test case on PT side concerns the content of 
the display of the lUT the following remarks apply: 

When reading the contact list, the lUT shall display at least the 'Name' field and 'Contact number' fields 
(at least contact number 1). The lUT may display additionally contact number 2 (especially if declared in 
Clause A. 1.2 item PT_IXIT_1) 

When reading an entry of the 'all calls list', the lUT shall display at least the 'Number' or 'Name' field and 
'Date and Time' fields. 

When reading an entry of any other calls Ust, the lUT shall display at least the 'Number' or 'Name' field 
and 'Date and Time' fields. 

Display of all other fields on lUT is recommended but not mandatory 

• Flexibility in terms of 'read entries'/'search entries' command. For test cases where the lUT accesses a list via 
'read entries'/'search entries' command, the test case shall allow several implementations of the lUT: 

A given 'Read entries' or 'Search entries' command issued by lUT may read only some of the fields of the 
list 

Several 'Read entries' or 'Search entries' commands may be used by lUT for the same entries 

(e.g. Reading of some of the fields in one 'read entries' command and the other fields in an other 'read 

entries' command). 

Handling of the line name and line id fields in list access in test cases 

Although not mentioned in all test cases, the Une name and line id fields shall be handled correctiy: 

• lUT behaviour: 

The lUT may handle or not a hne name and line id fields in the call hsts, contact lists and line settings 
list. 
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• Test equipment requirements: 

The test equipment shall support both implementations of the lUT. For the contact list, if the lUT does 
not save the "line id" field when an entry is created, test equipment shall set the default value "All lines". 

For Call lists: the test equipment shall implement and handle correctly "line name" and "line id" fields. 

For Line settings list: the test equipment shall implement and handle correctly "line name" and "line id" 
fields. 

For Contact list: the test equipment shall implement and handle correctly "line id" field. 

Initial content of the various lists including line id values are defined in 4. 1 . 1 . 1 list contents for test. 

The test equipment shall use and check the following codings of the "line id" field: 

■ For calls lists: the line identifier field sub type shall be "line identifier for external calls". 
Additionally the value "None" is not allowed. 

■ For Line settings list, the list identifier sub type shall be "relating to". 

■ For Contact list, the list identifier sub type shall be "relating to" or "All lines" values a specified in 
TS 102 527-3 [14] Clause 7.4.10.5.1.7. 

Test equipment implementation requirements for PEV protected lists (DECT system setting, Line setting, or 
Internal names) 

• The test equipment shall support the PIN checking when requested by the lUT to the user. In other word the 
test equipment shall support 'edit entries' and 'save entry' commands on the 'current PIN code' field. This 

request may occur at any time before starting or when accessing DECT system setting list. Line setting list, or 
Internal names list, even if non-protected fields are read or edited by the lUT. This is relevant at least in the 
following test cases: 

Internal names list test cases: TC_PT_NG1.N.16_BV_2201, 2202, 2203, 2204. 

DECT system setting list test cases: TC_PT_NG1.N.16_BV_2401, 2701, 2801, 2901, 3001, 3501. 

Line setting hst test cases: TC_PT_NG1.N.16_BV_2501, 3801, 4101, 4201, 4301, 4401, 4501, 4601, 4701, 
4702, 4801, 4802, 4901, 4902, 5001, 5002, 5101. 

Internal call test cases: TC_PT_GAP.N.3 1_BV_101 . 

NOTE 2: For other test cases where PIN protected fields are modified, PIN checking is definitely necessary on lUT 
and will be checked by the test equipment (see dedicated comment in related test cases). 

Declarations (see Annex A): 

• Following procedures are optional or conditional so the manufacturer shall declare if they are supported: 

NG1.N.16_2 "List change notification". 

NGl .N. 16_4 "Query supported entry fields" . 

NG1.N.16_16 "List of supported lists". 

NG1.N.16_18 "Outgoing calls Ust". 

NG1.N.16_20 "All calls Ust". 

NG1.N.16_23 "All incoming calls list". 

NG1.N.16_26 "Virtual contact list and call hst per line". 

NG1.N.16_30 "FP IP address/type". 

NGl .N. 16_3 1 "FP IP address/value" . 

NGl .N. 16_32 "FP IP address/subnet mask" . 
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NG1.N.16_33 "FP IP address/gateway". 
NGl .N. 16_34 "FP IP address/DNS server" . 
NG1.N.16_37 "FP version/Hardware version". 
NG1.N.16_41 "Dialling prefix". 
NG1.N.16_42 "FP melody". 
NG1.N.16_43 "FP volume". 
NG1.N.16_44 "Blocked number". 
NG1.N.16_46 "Intrusion call". 
NG1.N.16_47 "Permanent CLIR". 
NG1.N.16_51 "Emission mode". 

• The manufacturer shall declare the support of several 'contact number' fields in one entry of the contact list, 
(see Annex A, Table A.2). 

• When the following Line settings list fields are supported, the manufacturer shall declare if the associated 
'code' subfields can be edited (see Annex A, Table A.2): 

Field 'Permanent CLIR': 'CLIR activation code' and 'CLIR deactivation code' subfields. 

Field 'Call forwarding unconditional': 'CFU activation code' and 'CFU deactivation code' subfields. 

Field 'Call forwarding on No Answer': 'CFNA activation code' and 'CFNA deactivation code' subfields. 

Field 'Call forwarding on Busy subscriber': 'CFB activation code' and 'CFB deactivation code' subfields. 
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TC PT NG1.N.16 BV 1701 



Missed calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.3 

Missed calls test list content (see Clause 4.1 .1 .1 .2) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Missed calls list from lUT 

2. Send a {CG-CALL-PROG} message from TS_1 with an IE «CODEC-LIST» set 
to G.722 

3. Send a <Start session confirm, session id=1 , total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "VAN DER VYNG" entry (entry can be selected using the number 
"0247413706") 

7. Send a {CC-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {GG-INFO} message with IE «GALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {GG-INFO} message with IE «GALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «GALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {GG-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 01 H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H, 06H, 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
counter^ i, list entry field identifier 1 ..n = some or all identifiers among 01 H, 02H, 
03H, 04H, 05H, 06H, 07H> 

4. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to 1 CH 1 5H digits together with "024741 3706" digits, 
and IE «CALL-INFORMATION» specifying (line 0, line 1 , line 2 or None) =<(0, 
0, or 1 or 2 or 127)> 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {GG-RELEASE} message 



ETSI 



83 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC PT NG1.N.16 BV 1702 



Missed calls list - Delete entry 



Reference: 
initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.3 

Missed calls test list content (see Clause 4.1 .1 .1 .2) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open ttie Missed calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data pacl<et last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Delete "M.UWE" entry (entry can be selected using the number "008989945270") 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 9> from 
TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 01 H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H, 06H, 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start index=s, 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 
07H> 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "M.UWE" entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Some lUT may open the contact list to display the name from the contact list 

Some lUT may send a READ entries command after deletion of one entry 
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Missed calls list - Delete list - Read entries when empty 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.3 
Missed calls test list content (see Clause 4.1 .1 .1 .2) 

FP does not implement tlie NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 



9. 
10. 



Open the Missed calls list from lUT 

Send {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data pacl<et last> with the number i of 
requested entries 
Delete the list 

Send a <Delete list confirm, session id=3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 
Open the Missed calls list from lUT 

Send a {GG-CALL-PROC} message from TS_1 , followed by a <Start session 
confirm, session id=4, total nb=0, discriminator type=0, nb of sorting fields 
=1 , sorting field idl =3> 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {GG-RELEASE-COM} message from TS_1 
Verify that the lUT sends to TS_1 a {GG-SETUP} message with IE 
«BASIC-SERVIGE = <LiA service setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 01 H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H, 06H, 07H > 

Verify that the lUT sends to TS_1 a <Read entries, session id=3, start indexes, 
direction=0, counter^ i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 
07H> 

For each entry read, verify that entry content is displayed on lUT 

Verify that the lUT sends to TS_1 a <Delete list, session id=3> 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 

{CC-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » followed by a <Start session. List identifier = 01 H, nb of sorting 
fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 
05H, 06H, 07H > 

Verify that lUT indicates that the list is empty 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{GG-RELEASE} message 



ETSI 



85 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC_PT_NG1 .N.I 6_BV_1 704 


Missed calls list - Transfer number from missed calls list to contact list 


Reference: 


TS 102 527-3 [14], Clause 7.4.10.5.3 


Initial condition: 


Missed calls test list content (see Clause 4.1 .1 .1 .2) 




FP does not implement the NG1 .N.I 6_26 "Virtual contact list and call list per line" 




procedure 




T-00 


Stimulus: 


1 . Open the Missed calls list from lUT 




2. Send {CC-CALL-PROC} message from TS_1 




3. Send a <Start session confirm, session id=4, total nb=1 0, discriminator type=0, nb 




of sorting fields =1 , sorting field idl =3> from TS_1 




4. Send a <Read entries confirm, session id=4> from TS_1 , followed by <data 




packet/data packet last> with the number i of requested entries 




5. Select "JENDREZEJZAK" entry to save it in the contact list (entry can be selected 




using the number "497312456897") 




6. Send a <Start session confirm, session id=5, total nb=1 0, discriminator type=0, nb 




of sorting fields =1 , sorting field idl =1 > from TS_1 




7. Send a <Save entry confirm, session id=5, entry identifier= identifier value of 




created entry, position index=4, total nb of available entries= 1 1> from TS_1 




Close the list access service from lUT 




8. If <End session> received then send <End session confirm, session id=5> and 




<End session confirm, session id=4> from TS 1 




Send a {CC-RELEASE-COMj message from TS 1 


Pass criteria: 


1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 




«BASIC-SERVICE = <UA service setup, Wideband speech default setup 




attributes> » 




2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 01 H, nb of 




sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 




03H, 04H, 05H, 06H, 07H > 




3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start indexes. 




direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 




identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 




07H> 




4. Verify that "JENDREZEJZAK" entry content is displayed on lUT 




5. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 




sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 




03H, 05H > 




6. Verify that the lUT sends to TS_1 a <Save entry, session id=5, entry 




identifier=OOH> followed by <data packet/data packet last> set to (Name= 




JENDREZEJZAK, First name= null or possible edited value. Contact numberl = 




"497312456897") and optionally (Associated melody= one octet value) 




Additionally, if a "Line Id" field is included, verify that its value is one of the 




following: 




- (3, 0) 'Related to' with line id 




- (3, 1) 'Related to' with line id 1 




- (4) "All lines" 




7. Verify that the lUT sends to TS_1 , optionally a <End session, session id=5> and a 




<End session, session id=4>, and a {CC-RELEASE} message 


Comments: 


After selecting the "JENDREZEJZAK" entry in stimulus step 5, some lUT can re-read the 




entry 




Some lUT can release the missed call list session before establishing the contact list 




session 




lUT may handle the optional field identifier 04H (associated melody) in contact list 




entries ('start session', 'read entries' and 'save entry' commands of the current test 




case). Test case shall not fail because of this 



ETSI 



86 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC PT NG1.N.16 BV 1705 



Missed calls list - Incoming first voice call during existing list access session 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.6.3 
Missed calls test list content (see Clause 4.1 .1 .1 .2) 
T-00 

1 . Open the Missed calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=4, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=4> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 

5. Send a {CC-CONNECT} message from TS_1 followed by a {CC-INFO} message 
from TS_1 with IE «SIGNAL» with the value 07H indicating 'call waiting tone 
on', and IE «CALL-INFORMATION» specifying (line 0, full VoIP line type 
information, call id a, CScall setup) =<(0, 0, 0), (0, 5, 1), (1,0, value a), (2, 1, 1)>, 
followed by a {CC-INFO} message from TS_1 with IE «CALLING PARTY 
NUMBER = <lnternatlonal number. Unknown, '44123456789'> » and IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 

6. If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Accept incoming call from lUT 

7. Sends a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call connect) =<(1, 0, value a), (2, 1, 5)> 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 01 H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H, 06H, 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start index=s, 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 
07H> 

4. Verify that some entries are displayed on the lUT (no entry displayed also allowed 
in case lUT has no time to display). 

5. Verify that the lUT presents the incoming call to the user: 

• either by indicating the call waiting to the receiving user (generating a call 

waiting tone and stopping the generation by itself) 

• or by ringing as for an incoming first call (and then stop the ringing by itself) 
Verify CLIP presentation on lUT display according to its display capabilities 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «MULTI- 
KEYPAD» set to (1CH, 35H) digits and with IE «CALL-INFORMATION» 
specifying (call id a) =<(1 , 0, value a)> 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The lUT may send Read entries command for pass criteria 3 more than one time 
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TC PT NG1.N.16 BV 1801 



Outgoing calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.1 0.5.4 

Outgoing calls test list content (see Clause 4.1 .1 .1 .3) 

FP does not implement the NG1 .N.I 6_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Outgoing calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session ld=1 , total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "LAGADEC" entry (entry can be selected using the number 
"02298951214") 

7. Send a {CC-CONNECT} message from TS_1 with an IE «CODEC-LIST» set to 
G.722 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 02H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start lndex=s, 
direction=0, counter^ i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to 1 CH 1 5H digits together with "02298951 21 4" digits, 
and IE «CALL-INFORMATION» specifying (line 0, line 1 , line 2 or None) =<(0, 
0, or 1 or 2 or 127)> 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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Outgoing calls list - Delete entry 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.1 0.5.4 

Outgoing calls test list content (see Clause 4.1 .1 .1 .3) 

FP does not implement the NG1 .N.I 6_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Outgoing calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Delete "C.ALEXANDER" entry (entry can be selected using the number 
"00449876543210") 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 9> from 
TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COIVI} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 02H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start indexes, 
direction=0, counter^ i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "C.ALEXANDER" entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Some lUT may send a READ entries command after deletion of one entry 
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Outgoing calls list - Delete list - Read entries when empty 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.4 
Outgoing calls list content (see Clause 4.1 .1 .1 .3) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 



8. 
9. 

10. 
11. 



9. 

10. 



Open the Outgoing calls list from lUT 

Send a {CC-CALL-PROC} message from TS_1 , 

Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 
Delete the list from lUT 

Send a <Delete list confirm, session id=3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {GG-RELEASE-GOM} message from TS_1 

Open the Outgoing calls list from lUT 

Send a {CC-CALL-PROC} message from TS_1 , 

Send a <Start session confirm, session id=4, total nb=0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 
Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 02H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H > 

Verify that the lUT sends to TS_1 a <Read entries, session id=3, start indexes, 

direction=0, counter^ i, mark entries request= do not care value, list entry field 

identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

For each entry read, verify that entry content is displayed on lUT 

Verify that the lUT sends to TS_1 a <Delete list, session id=3> 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 

{CC-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 02H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H > 

Verify that lUT indicates that the list is empty 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 
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Incoming accepted calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.5 

Incoming accepted calls test list content (see Clause 4.1 .1 .1 .4) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Incoming accepted calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "G. DEL PIETRO" entry (entry can be selected using the number 
"00550123456789") 

7. Send a {GO-CONNECT} message from TS_1 with an IE «CODEC-LIST» set to 
G.722 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, OS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call Id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 03H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter^ i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to 1 CH 1 5H digits together with "005501 23456789" 
digits, and IE «CALL-INFORMATION» specifying (line 0, line 1, line 2 or None) 
=<(0, 0, or 1 or 2 or 127)> 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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Incoming accepted calls list - Delete entry 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.5 

Incoming accepted calls test list content (see Clause 4.1 .1 .1 .4) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Incoming accepted calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Delete "D.LE BRAZ" entry (entry can be selected using the number "0425960406") 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 9> from 
TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service setup, WidelDand speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 03H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start index=s, 
direction=0, counter^ i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "D.LE BRAZ" entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Some lUT may send a READ entries command after deletion of one entry 
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Incoming accepted calls list - Delete list - Read entries when empty 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.5 
Incoming accepted calls list content (see Clause 4.1 .1 .1 .4) 
FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 
procedure 
T-00 



8. 
9. 

10. 
11. 



9. 

10. 



Open the Incoming accepted calls list from lUT 
Send {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 
Delete the list 

Send a <Delete list confirm, session id=3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 
Open the Incoming accepted calls list from lUT 
Send {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=4, total nb=0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 
Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 03H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H > 

Verify that the lUT sends to TS_1 a <Read entries, session id=3, start indexes, 

direction=0, counter^ i, mark entries request= do not care value, list entry field 

identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

For each entry read, verify that entry content is displayed on lUT 

Verify that the lUT sends to TS_1 a <Delete list, session id=3> 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 

{CC-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 03H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H > 

Verify that lUT indicates that the list is empty 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 
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Incoming accepted calls list - Transfer number from Incoming accepted calls list to 
contact list 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.1 0.5.5 

Incoming accepted calls test list content (see Clause 4.1 .1 .1 .4), contact test list content 
FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 
procedure 
T-00 

1 . Open the Incoming accepted calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=4, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. Send a <Read entries confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> with the number i of requested entries 

5. Select "0308980764" entry to save it in the contact list 

6. Send a <Start session confirm, session id=5, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =1 > from TS_1 

7. Send a <Save entry confirm, session id=5, entry identifier= identifier value of 
created entry, position index=p, total nb of available entries= 1 1 > from TS_1 
Close the list access service from lUT 

8. If <End session> received then send <End session confirm, session id=5> and 
<End session confirm, session id=4> from TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 03H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start indexes, 
direction=0, counter^ i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. Verify that "0308980764" entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 05H > 

6. Verify that the lUT sends to TS_1 a <Save entry, session id=5, entry 
identifier=00H> followed by <data packet/data packet last> set to (Name= null or 
possible edited value. First name= null or possible edited value. Contact numberl 
= "0308980764") and optionally (Associated melody= one octet value) 

7. Verify that the lUT sends to TS_1 , optionally a <End session, session id=5> and a 
<End session, session id=4>, and a {CC-RELEASE} message 

After stimulus step 4, some lUT may ask to edit each field before saving the entry 
Some lUT can release the Incoming accepted calls list session before establishing the 
contact list session 

lUT may also handle the optional field identifier 04H (associated melody) in contact list 
entries ('start session' or 'save entry' commands of the current test case). Test case 
shall not fail because of this 
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All calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.6 

All calls test list content (see Clause 4.1 .1 .1 .5) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the All calls list from lUT 

2. Send {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=30, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =4> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "R.ALOUSSI" entry (entry can be selected using the number 
"0675000209") 

7. Send a {CC-CONNECT} message from TS_1 with an IE «CODEC-LIST» set to 
G.722 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «CALL-iNFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 04H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01H, 02H, 
03H, 04H, 05H, 06H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter^ i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H > 

4. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT in the correct 
sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to 1 CH 1 5H digits together with "065000209" digits, and 
IE «CALL-INFORMATION» specifying (line 0, line 1 , line 2 or None) =<(0, 0, 
or 1 or 2 or 127)> 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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All calls list - Delete entry 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.6 

All calls test list content (see Clause 4.1 .1 .1 .5) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the All calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =4> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Delete "VAN DER VYNC" entry (entry can be selected using the number 
"0247413706") 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 29> 
from TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 04H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H, 06H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start indexes, 
direction=0, counter^ i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "VAN DER VYNC" entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Some iUT may send a READ entries command after deletion of one entry 



ETSI 



96 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC PT NG1.N.16 BV 2003 



All calls list - Delete list - Read entries when empty 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.6 
All calls list content (see Clause 4.1 .1 .1 .5) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 



8. 
9. 

10. 
11. 



9 

10. 



Open the All calls list from lUT 

Send {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =4> from TS_1 

For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 
Delete the list 

Send a <Delete list confirm, session id=3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {GC-RELEASE-COM} message from TS_1 

Open the All calls list from lUT 

Send a {GG-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=4, total nb=0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {GG-RELEASE-GOM} message from TS_1 
Verify that the lUT sends to TS_1 a {GG-SETUP} message with IE 
«BASIC-SERVIGE = <LiA service setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 04H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H, 06H > 

Verify that the lUT sends to TS_1 a <Read entries, session id=3, start indexes, 

direction=0, counter^ i, mark entries request= do not care value, list entry field 

identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H > 

For each entry read, verify that entry content is displayed on lUT 

Verify that the lUT sends to TS_1 a <Delete list, session id=3> 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 

{GG-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 04H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H, 06H > 

Verify that lUT indicates that the list is empty 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{GG-RELEASE} message 
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Contact list - Read entries - Initiate an external call 



Reference: 



Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.7 and Clause 7.4.10.1, 'Field instances 
management' entry 

Contact test list content (see Clause 4.1 .1 .1 .6) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Contact list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=10, discriminator type=0, nb 
of sorting fields =1, sorting field idl =1> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Scroll down into the alphabetical list on lUT 

5. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Scroll up into the alphabetical list on lUT 

6. Phone back "WOJCIECHOSKI" entry (entry can be selected using the Contact 
numberl "0675000321") 

7. Send a {CC-CONNECT} message from TS_1 with an IE «CODEC-LIST» set to 
G.722 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call 

id a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORI\/IATION» specifying (call 

id a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call 

id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter^ i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 05H> 

4. After each scrolling event, verify on the lUT's display that the scrolling through the 
entries was performed in the direction of ascending alphanumerical order 

(i.e. from ALEXANDER to WOJCIECHOSKI). 

5. After each scrolling event, verify on the lUT's display that the scrolling through the 
entries was performed in the direction of descending alphanumerical order 

(i.e. from WOJCIECHOSKI to ALEXANDER). 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to 1 CH 1 5H digits together with "0675000321 " digits, 
and IE «CALL-INFORMATION» specifying (line 0, line 1 , line 2 or None) =<(0, 
0, or 1 or 2 or 127)> 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

lUT may also handle the optional field identifier 04H (associated melody) in 
contact list entries ('start session' or 'read entries' commands of the current test 
case). Test case shall not fail because of this 
In pass criterion 3, field id '03'H shall be present at least twice if the 
manufacturer has declared the support of several 'Contact number' fields in the 
contact list on PT side (PT_IXIT_1). See also at the beginning of Clause 6.16, 
"Multiple instances of the 'contact number' field in the contact list" Clause 
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Contact list - Delete entry 



Reference: 



Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.7 and Clause 7.4.10.1, 'Field instances 
management' entry. 

Contact calls test list content (see Clause 4.1 .1 .1 .6) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Contact list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=10, discriminator type=0, nb 
of sorting fields =1, sorting field idl =1> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse Into the list on lUT 

5. Delete "FENJIRO" entry (entry can be selected using the Contact numberl 
"0490413002") 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 9> from 
TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 

TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start index=s, 
direction=0, counter= i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "FENJIRO" entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

lUT may also indicate the optional field identifier 04H (associated melody) in 
contact list entries ('start session' or 'read entries' commands of the current test 
case). Test case shall not fail because of this 

Some lUT may send a READ entries command after deletion of one entry 
In pass criterion 3, field id '03'H shall be present at least twice if the 
manufacturer has declared the support of several 'Contact number' fields in the 
contact list on PT side (PT_IXIT_1). See also at the beginning of Clause 6.16, 
"Multiple instances of the 'contact number' field in the contact list" Clause 
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Contact list - Delete list - Read entries when empty 



Reference: 



Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.7 and Clause 7.4.10.1, 'Field instances 
management' entry. 

Contact list content (see Clause 4.1 .1.1 .6) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 



10. 
11. 



9. 
10. 



Open the Contact list from lUT 

Send {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1, sorting field idl =1> from TS_1 

For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 
Delete the Contact list 

Send a <Delete list confirm, session id=3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Open the Contact list from lUT 

Send {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=4, total nb=0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> 
Close the list access service from lUT 

If <End S8Ssion> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 
Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 05H > 

Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=s, 

direction=0, counter^ i, mark entries request= do not care value, list entry field 

identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 05H > 

For each entry read, verify that entry content is displayed on lUT 

Verify that the lUT sends to TS_1 a <Delete list, session id=3> 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 

{CC-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 05H > 

Verify that lUT indicates that the list is empty 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 

lUT may also handle the optional field identifier 04H (associated melody) in 
contact list entries ('start session' or 'read entries' commands of the current test 
case). Test case shall not fail because of this 

In pass criterion 3, field id '03'H shall be present at least twice if the manufacturer 
has declared the support of several 'Contact number' fields in the contact list on 
PT side (PT_IXiT_1). See also at the beginning of Clause 6.16, 'Multiple 
instances of the 'contact number' field in the contact list' Clause 
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Contact list - Create entry - Edit entry - Save entry 



Reference: 



Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.7 and Clause 7.4.10.1, 'Field instances 
management' entry. 

Contact list content (see Clause 4.1 .1.1 .6) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open tlie Contact list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1, sorting field idl =1> from TS_1 

4. For eacli <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 

5. Create a new entry on lUT with following fields: 
Name= "ZBERG", 

First name= "PETER", 

Contact number1= "003308123456". 

Optionally: 

Associated melody=a (if field supported by the lUT) 
Line id = Line L or "All lines" (if field supported by the lUT) 

6. If no line Id was specified by the lUT in stimulus 5, store the entry in TS with a 
default Line Id field: subtype = 4 ("All lines"), no identifier value octet defined. 
Otherwise store the line Id supplied by the lUT 

Send a <Save entry confirm, session id=3, entry identifier=v, position index=1 1 , 

total nb of available entries= 1 1 > 

Select the "ZBERG" entry and edit it on lUT 

7. Send a <Edit entry confirm, session id=3> followed by <data packet/data packet 
last> with entry content from TS_1 

Modify the entry on lUT to: 

Name= "ZBERG", 

First name= "PETER", 

Contact number1= "06123321". 

If requested by lUT in Edit command: 

Associated melody=a (value received from stimulus 5) 

Line Id = "All lines" or "Relating to" Line L (depending on stimulus 5 and 6) 

8. Send a <Save entry confirm, session id=3, entry identifier=v, position index=1 1 , 
total nb of available entries= 1 1> 

Close the list access service from lUT 

9. If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=s, 
direction=0, counter^ i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends a <Save entry, session id=3, entry identifier=0 > from 
TS_1 followed by <data packet last> with entry previously created 
Additionally, if a "Line Id" field is included, verify that its value is one of the 
following: 

- (3, 0) 'Line identifier for external call' with line id 

- (3, 1) 'Line identifier for external call' with line id 1 

- (4) "All lines" 

6. Verify that the lUT sends to TS_1 a <Edit entry, session id=3, entry identifier=v, list 
entry field identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 05H > 

7. Verify that the lUT sends a <Save entry, session id=3, entry identifier=v > from 
TS_1 followed by <data packet last> with entry previously modified 

8. Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 
{CC-RELEASE} message 
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Comments: 



lUT may also handle the optional field identifier 04H (associated melody) in 
contact list entries, ('start session', 'read entries' or 'edit entry' commands of the 
current test case)Test case shall not fail because of this 
Some lUT may send a READ entries command before editing an entry after 
stimulus step 6 

After saving new entry, lUT will probably read a number of entries in order to 
show the new entry in alphabetical order 

In pass criterion 3, field id '03'H shall be present at least twice if the 
manufacturer has declared the support of several 'Contact number' fields in the 
contact list on PT side (PT_IXIT_1). See also at the beginning of Clause 6.16, 
"Multiple instances of the 'contact number' field in the contact list" Clause 



TO PT NG1.N.16 BV 2105 



Contact list - Create entry - Negative Acknowledgement 



Reference: 



Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.7 and Clause 7.4.10.1, 'Field instances 

management' entry. 

Contact list content (see Clause 4.1 .1 .1 .6) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 
procedure 

T-00 

1 . Open the Contact list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1 ,sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 

5. Create a new entry on lUT with following fields: 
Name= "VALDO", 

First name= "ANDY", 
Contact number1= "123545". 
Optionally: 

Associated melody=a (if fieldsupported by the lUT) 

Line id = Line L or "All lines" (if field supported by the lUT) 

6. Send a <Negative acknowledgement, session id=3, reject reason= list full> from 
TS_1 

7. Close the list access service from lUT 

8. If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=s, 
direction=0, counter^ i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends a <Save entry, session id=3, entry identifier=0 > from 
TS_1 followed by <data packet last> with entry previously created 

6. Verify that the lUT indicates that the list is full 

7. Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 
{CC-RELEASE} message 

lUT may also handle the optional field identifier 04H (associated melody) in 
contact list entries ('start session' or 'read entries' commands of the current test 
case). Test case shall not fail because of this 
In pass criterion 3, field id '03'H shall be present at least twice if the 
manufacturer has declared the support of several 'Contact number' fields in the 
contact list on PT side (PT_IXIT_1). See also at the beginning of Clause 6.16, 
'Multiple instances of the 'contact number' field in the contact list' Clause 
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Contact list - Read entries during external call 



Reference: 



Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.7 and Clause 7.4.10.1, 'Field instances 
management' entry. 

Contact test list content (see Clause 4.1 .1 .1 .6) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 
procedure 

Established external call in T-10 (IUT+TS_1) initiated by lUT on line (call id a), 

1 . Open the Contact list from lUT 

la. if a request for putting (call id a) on-hold was received, send a {CC-INFO} 

message from TS_1 with IE «CALL-INFORMATION» specifying (call id a, CS 
call hold) =<(1, 0, value a)> 

2. Send a <Start session confirm, session id=1 , total nb=10, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =1 > from TS_1 

3. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Scroll down into the alphabetical list on lUT 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 
Scroll up into the alphabetical list on lUT 
Close the list access session on lUT 
Send a <End session confirm, session id=1> from TS_1 
Hang up on lUT 

Send a {CC-RELEASE-COM} message from TS_1 

Verify that the lUT optionally puts (call id a) on-hold by sending a {CC-INFO} 
message with IE « MULTI-KEYPAD » set to (1 CH, 41 H) and IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> 
Verify that lUT sends to TS_1 a <Start session. List identifier = 05H, nb of sorting 
fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 03H, 05H > 
Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start indexes, 
direction=0, counter= i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 05H > 
After each scrolling event, verify on the lUT's display that the scrolling through the 
entries was performed in the direction of ascending alphanumerical order 
(i.e. from ALEXANDER to WOJCIECHOSKI). 

After each scrolling event, verify on the lUT's display that the scrolling through the 
entries was performed in the direction of descending alphanumerical order 
(i.e. from WOJCIECHOSKI to ALEXANDER). 
Verify that the lUT sends to TS_1 a <End session, session id=1> 
Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

In step 1 , lUT may first put the external call on hold by sending control code 
'1 CH41 H'. In that case, TS_1 shall send an hold confirmation via call 
information IE with call status set to 'CS call hold' in {CCJNFO} (in step la) 
lUT may also handle the optional field identifier 04H (associated melody) in 
contact list entries ('start session' or 'read entries' commands of the current test 
case). Test case shall not fail because of this 
In pass criterion 2, field id '03'H shall be present at least twice if the 
manufacturer has declared the support of several 'Contact number' fields in the 
contact list on PT side (PT_IXIT_1). See also at the beginning of Clause 6.16, 
"Multiple instances of the 'contact number' field in the contact lisfClause 
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Contact list - Entry with several contact numbers 



Reference: 



Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.7 and Clause 7.4.10.1, 'Field instances 
management' entry. 

Contact list content (see Clause 4.1 .1.1 .6) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the Contact list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1, sorting field idl =1> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 

Scroll down into the alphabetical list on lUT 

5. Select and read the "ALOUSSI" entry (entry can be selected using the contact 
number "0156891247") 

6. Create a new entry on lUT with following fields: 
Name= "PARAGI", 

First name= "KLAUS", 

Contact number1= "0140506070" with 'fixed' property bit set. 
Contact number2= "0655443322"' with 'mobile' property bit set. 

Optionally: 

Associated melody=a (if field supported by the lUT) 
Line id = Line L or "All lines" (if field supported by the lUT) 

7. Send a <Save entry confirm, session id=3, entry identifier=v, position index=7, 
total nb of available entries= 1 1 > 

Close the list access service from lUT 

8. If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=s, 
direction=0, counter= i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the "ALOUSSI" entry is correctly displayed: 
Name= "ALOUSSI", 

First name= "RAMIN", 
Contact number1= "0156891247". 
Contact number2= "0675000209". 
Optionally: 

Line id = Line (if field supported by the lUT) 

6. Verify that the lUT sends a <Save entry, session id=3, entry identifier=0 > from 
TS_1 followed by <data packet/data packet last> with entry previously created 

7. Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 
{CC-RELEASE} message 

The current test case is conditional to the PT_IXIT_1 declaration item on PT 
side (see Clause A.I .2). In pass criterion 3, field id '03'H shall be present at 
least twice. See also at the beginning of Clause 6.16, 'Multiple instances of the 
'contact number' field in the contact list' Clause 

lUT may also indicate the optional field identifier 04H (associated melody) in 
contact list entries ('start session' or 'read entries' commands of the current test 
case). Test case shall not fail because of this 

The created entry has two contact numbers of 10 digits each in stimulus 6, 

hence entry content will be distributed over 2 data packets 

Some lUT may send a READ entries command before editing an entry after 

stimulus step 6 

After saving new entry, lUT will probably read a number of entries in order to 
show the new entry in alphabetical order 
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Internal names list - Read entries - Initiate an internal call 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.8 

Internal names test list content (see Clause 4.1 .1.1 .7), lUT is PP1 , TS_2 is NG PP2 
T-00 

1 . Open the Internal names list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=4, discriminator type=0, nb 

of sorting fields =1 .sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index and 'own' property bit set when lUT entry is 
read 

Browse into the list on lUT 

5. Select and call internal party 2 "Living-Room" 

6. Send a {CC-CONNECT} message from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 
Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

7. Hang up on lUT 

8. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 06H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter= i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H> command 

4. Verify that the internal names entries PP2, PP3, and PP9 are displayed on lUT 
(PP1 may be not displayed and entries can be displayed one by one or several 
together depending on display capabilities) 

5. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to (17H, 32H) 

6. Verify end-to-end U-plane connection between lUT and TS_1 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The call interception field is PIN protected (see Clause 4.1 .1 .1 .7). As a consequence, 
the lUT might request to the user, edit and save the Current PIN Code field in the DECT 
system settings list, in one the following sequences: 

- Before opening the internal names list via start session or 

- Before reading an entry of the internal names list 
All these implementations are accepted 

Possible session with DECT system settings list implies fulfilment of DECT system 
settings list related requirements (see beginning of Clause 6.16) 
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Internal names list - Delete entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.8 

Internal names test list content (see Clause 4.1 .1.1 .7), lUT is PP1 , TS_2 is NG PP2 
T-00 

1 . Open the Internal names list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=4, discriminator type=0, nb 

of sorting fields =1 .sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index and 'own' property bit set when lUT entry is 
read 

Browse into the list on lUT 

5. Delete "Boby room" entry (PP9) 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 3> from 

TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 06H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 03H 
> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start index=s, 
direction=0, counter= i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H > 

4. Verify that the internal names entries PP2, PP3 and PP9 are displayed on lUT 
(PP1 may be not displayed) 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "Boby room" entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Some lUT may send a READ entries command after deletion of one entry 
The call interception field is PIN protected (see Clause 4.1.1.1.7). As a consequence, 
the lUT will request to the user, edit and save the Current PIN Code field in the DECT 
system settings list, in one of the following sequences: 

- Before opening the internal names list via start session or 

- Before reading an entry of the internal names list or 

- Before deleting the entry of the internal names list 
All these implementations are accepted 

Possible session with DECT system settings list implies fulfilment of DECT system 
settings list related requirements (see beginning of Clause 6.16) 
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Internal names list - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.8 

Run TC_PT_NG1.N.16_BV_2202, lUT is PP1, TS_2 is NG PP2 
T-00 

1 . Open the Internal names list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=3, total nb=3, discriminator type=0, nb 

of sorting fields =1 .sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index and 'own' property bit set when lUT entry is 
read 

Browse into the list on lUT 

5. Select and edit "Living-room" entry (PP2) 

6. Send a <Edit entry confirm, session id=3> from TS_1 , followed by <data 
packet/data packet last> with PP2 entry content 

Modify the name of entry (PP2) to "Bedroom" 

7. Send a <Save entry confirm, session id=3, entry identifier= entry identifier of PP2 
entry, position index=2, total number of available entries=3> from TS_1 

Close the list access service from lUT 

8. If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 06H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 03H 

> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=3, start index=s, 
direction=0, counter= i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H > 

4. Verify that the internal names entry PP2 and PP3 are displayed on lUT (PP1 may 

be not displayed) 

5. Verify that the lUT sends to TS_1 a <Edit entry, session id=3, entry identifier= 
entry identifier of PP2 entry, list entry field identifier 1 ..n = some or all identifiers 
among 01 H, 02H, 03H > 

6. Verify that the lUT sends to TS_1 <Save entry, session id=3, entry identifier= entry 
identifier of PP2 entry > followed by <data packet/data packet last> modifying 
"Name" field to "Bedroom" 

7. Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 
{CC-RELEASE} message 

The call interception field is PIN protected (see Clause 4.1 .1 .1 .7). As a consequence, 
the lUT might request to the user, edit and save the Current PIN Code field in the DECT 
system settings list, in one of the following sequences: 

- Before opening the internal names list via start session or 

- Before reading an entry of the internal names list or 

- Before editing the entry of the internal names list 
All these implementations are accepted 

Possible session with DECT system settings list implies fulfilment of DECT system 
settings list related requirements (see beginning of Clause 6.16) 
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Internal names list - Call interception - PIN protected - Edit entry - Save entry 

TC; 1 no Koy.'; n Ztl niai icoc 74inR«anH7411 1 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



12. 



13 



TS 102 527-3 [14], Clauses 7.4.10.5.8 and 7.4.11.1 
Internal names test list content (see Clause 4.1 .1 .1 .7) with 'PIN protected' property bit 
set to 1 for 'Call interception' field of all entries 
T-00 

1 . Open the Internal names list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=3, total nb=3, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index and 'own' property bit set when lUT entry is 
read 

Browse into the list on lUT 

Select and edit "Living-room" entry (PP2) 

Send a <Start session confirm, session id=4, nb of sorting fields=0> from TS_1 
For each <Read entries> received, send a <Read entries confirm, session id=4> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Send to TS_1 a <Edit entry confirm, session id=4> followed by <data packet/data 
packet last> with current PIN code field set to (FFH, FFH, FFH, FFH) 
Enter "1234" as current PIN code value 

Send to TS_1 a <Save entry confirm, session id=4, entry identifier= 1 , position 
index=1 , total number of available entries=1 > 
Send to TS_1 a <End session confirm, session id=4> 
Send a <Edit entry confirm, session id=3> from TS_1 , followed by <data 
packet/data packet last> with PP2 entry content 
Modify the Gall interception of entry (PP2) to Allowed value 
Send a <Save entry confirm, session id=3, entry identifier= entry identifier of PP2 
entry, position index=2, total number of available entries=3> from TS_1 
Close the list access service from iUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {GG-RELEASE-COM} message from TS_1 

1 . Verify that the IUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <UA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the IUT sends to TS_1 a <Start session. List identifier = 06H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 03H 
> 

3. Verify that the IUT sends to TS_1 a <Read entries, session id=3, start index=s, 
direction=0, counter^ i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H > 

4. Verify that the internal names entry PP2 and PP3 are displayed on IUT (IUT entry, 
i.e. PP1 , may be not displayed) 

5. Verify that the IUT sends to TS_1 a <Start session. List identifier = 07H > 

6. Verify that the IUT sends to TS_1 a <Read entries, session id=4, start index=1 , 
direction=0, counter=1 , mark entries request= do not care value, list entry field 
identifier 1 ..n = at least Current PIN code identifier 01 H > 

7. Verify that the IUT requires the user to enter the PIN code value 

Verify that the IUT sends to TS_1 a <Edit entry, session id=4, entry identifier=1 , list 
entry field identifier 1 = Current PIN code identifier 01 H> 

8. Verify that the IUT sends to TS_1 a <Save entry, session id=4, entry identifier=1>, 
followed by <data packet/data packet last> with Current PIN code field set to (FFH, 
FFH, 12H,34H) 

Verify that the IUT sends to TS_1 a <End session, session id=4> 
Verify that the IUT sends to TS_1 a <Edit entry, session id=3, entry identifier= 
entry identifier of PP2 entry, list entry field identifier 1 ..n =01 H, 02H, 03H > 
Verify that the IUT sends to TS_1 <Save entry, session id=3, entry identifier= entry 
identifier of PP2 entry > followed by <data packet/data packet last> modifying "Call 
interception" field to 31 H 

Verify that the IUT sends to TS_1 , optionally a <End session, session id=3>, and a 
{CC-RELEASE} message 
Instead of asking the PIN before editing a field protected by the FP, the IUT might also 
ask for PIN before opening the list via start session, or before reading a field, or before 
editing a field (although it is not protected by the FP), or before saving a field (either 
protected or not by the FP). All these implementations are accepted 
Possible session with DECT system settings list implies fulfilment of DECT system 
settings list related requirements (see beginning of Clause 6.16) 



9. 
10. 

11. 



12. 
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All incoming calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.1 0.5.1 1 

All incoming calls test list content (see Clause 4.1.1.1.10) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the All incoming calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=1 0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Phone back "M.UWE" entry (entry can be selected using the number 
"008989945270") 

6. Send a {GO-CONNECT} message from TS_1 with an IE «CODEC-LIST» set to 
G.722 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 

TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call 

id a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call 

id a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call 

id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

7. Hang up on lUT 

8. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 09H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start indexes, 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 
07H > 

4. For each entry read, verify that entry content is displayed on lUT from the newest 
call to the oldest one 

5. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to 1 CH 1 5H digits together with "008989945270" digits, 
and IE «CALL-INFORMATION» specifying (line 0, line 1 , line 2 or None) =<(0, 
0, or 1 or 2 or 127)> 

6. Verify end-to-end U-plane connection between lUT and TS_1 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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All incoming calls list - Delete entry 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.11 

All incoming calls test list content (see Clause 4.1.1.1.10) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 

1 . Open the All incoming calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, total nb=20, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Delete "WOJCIECHOSKI" entry (entry can be selected using the number 
"0675000321") 

6. Send a <Delete entry confirm, session id=2, total nb of available entries = 1 9> 
from TS_1 

Close the list access service from lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 09H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start indexes, 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 07H 
> 

4. For each entry read, verify that entry content is displayed on lUT 

5. Verify that the lUT sends to TS_1 a <Delete entry, session id=2, entry identifier = 
identifier value of "WOJCIECHOSKI" entry > 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Some lUT may send a READ entries command after deletion of one entry 
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All incoming calls list - Delete list - Read entries when empty 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.11 
All incoming calls list content (see Clause 4.1 .1 .1.10) 

FP does not implement the NG1 .N.16_26 "Virtual contact list and call list per line" 

procedure 

T-00 



8. 
9. 

10. 
11. 



9. 
10. 



Open the All incoming calls list from lUT 

Send a {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=3, total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries 
Delete the list 

Send a <Delete list confirm, session id=3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=3> from 
TS_1 

Send a {GC-RELEASE-COIVI} message from TS_1 
Open the All incoming calls list from lUT 
Send a {GC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=4, total nb=0, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 
Close the list access service from lUT 

If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 
Verify that the lUT sends to TS_1 a {CO-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 09H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H, 06H, 07H > 

Verify that the lUT sends to TS_1 a <Read entries, session id=3, start indexes, 
direction=0, counter^ i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 
07H> 

For each entry read, verify that entry content is displayed on lUT 

Verify that the lUT sends to TS_1 a <Delete list, session id=3> 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=3>, and a 

{CC-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

Verify that the lUT sends to TS_1 a <Start session. List identifier = 09H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H, 06H, 07H > 
Verify that lUT indicates that the list is empty 

Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 
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DECT system settings list - Read entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 
Comments: 


TS 1 02 527-3 [1 4], Clause 7.4.1 1 .3 

DECT system settings list content (see Clause 4.1 .1 .1 .8), 

T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 
Send a {CIPHER-REQUEST} message from TS_1 

3. Send a <Start session confirm, session id=1 , nb of sorting fields=0> from TS_1 

4. For eacti <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Read all settings from lUT 

5. Close the list access service on lUT 

6. If <End session> received then send <End session confirm, session id=1> from 
TS_1 

Send a {CC-RELEASE-COIVI} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter=1 , mark entries request= do not care value, list entry field 
identifier 1 ..n = 02H, 09H, OAH completed with optional settings supported (see 
Annex A, Table A.7) > 

4. Verify that the DECT system settings parameters displayed on lUT match the 
DECT system settings list content (see Clause 4.1 .1 .1 .8) 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

If <Query supported entry fields> received, TS_1 shall send back a <Query supported 
entry fields confirm, session id=1 , number of editable entry fields=08H, list entry field 
identifier 1 ..n = 01 H, 02H, 03H, 04H, 05H, 06H, 07H, 08H, number of non-editable entry 
fields=03H, list entry field identifier 1 ..n = 09H, OAH, 0BH> 
Settings fields can be read one by one, or all in the same <Read entries> command 
Settings will probably be displayed in several sub-menus, the PIN code and the Base 
reset will not be displayed at all 

It is allowed that the lUT does not read the fields 01 H ("Current PIN code") and 03H 
("Base Reset"). These fields are not tested in pass criteria 4 

See also DECT system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - Read entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Read all line settings of line 1 and 2 from lUT 

5. Close the list access service on lUT 

6. If <End session> received then send <End session confirm, session id=1> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields =-n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = 01 H, 02H, 03H, 08H, OBH, OCH, ODH completed with optional 
settings supported (see Annex A, Table A.7) > 

4. Verify that the Line settings parameters displayed on lUT for line 1 and line 2 
match the Line settings list contents (see Clause 4.1 .1 .1 .9) 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

If <Query supported entry fields> received, TS_1 shall send back a <Query supported 

entry fields confirm, session id=1 , number of editable entry fields=OCH, list entry field 

identifier 1 ..n = 01 H, 03H, 04H, 05H, 06H, 07H, 08H, 09H, OAH, OBH, OCH, ODH), 

number of non-editable entry fields=01 H, list entry field identifier 1 ..n = 02H)> 

Settings fields can be read one by one, or all in the same <Read entries> command 

Settings will probably be displayed in several sub-menus 

lUT can open the internal names list to know the registered handsets list 

lUT can perform edit entry command in order to lock the entry after pass criteria 3 

Possible session with DECT system settings list implies fulfilment of DECT system 

settings list related requirements (see beginning of Clause 6.16) 
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Virtual missed calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clauses 7.4.1 1 .5 and 7.4.1 0.5.3 
Missed calls test list content (see Clause 4.1 .1 .1 .2) 
FP implements the NG1 .N.14 "Multiple lines" feature 
T-00 

1 . Open tfie Missed calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=10, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "VAN DER VYNC" entry (entry can be selected using the number 
"0247413706") 

7. Send a {CC-CONNECT} message from TS_1 with an IE «CODEC-LIST» set to 
G.722 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 1, 
full VoIP line type information, call id a) =<(0, 0, 1), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 
Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 01 H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H, 06H, 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 
07H> 

4. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to "0247413706" digits and with an IE 
«CALL-INFORMATION» requesting the Provider 2 line (=<0, 0, 1>) 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The PP shall filter the calls that are related to a given line thanks to the line identifier 
field 
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Virtual outgoing calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.1 1.5 and 7.4.10.5.4 
Outgoing calls test list content (see Clause 4.1 .1 .1 .3) 
FP implements the NG1 .N.14 "IVIultiple lines" feature 
T-00 

1 . Open the Outgoing calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send <Start session confirm, session id=1, total nb=10, discriminator type=0, nb of 
sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "LAGADEC" entry (entry can be selected using the number 
"02298951214") 

7. Send a {CC-CONNECT} message from TS_1 with an IE «CODEC-LIST» set to 
G.722 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 
Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 02H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter= i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the newest call to the oldest 

5. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to 1 CH 1 5H digits together with "02298951 21 4" digits 
and with an IE «CALL-INFORMATION» requesting the Provider 1 line (=<0, 0, 
0>) 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The PP shall filter the calls that are related to a given line thanks to the line identifier 
field 
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Virtual incoming accepted calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clauses 7.4.1 1 .5 and 7.4.1 0.5.5 
Incoming accepted calls test list content (see Clause 4.1 .1.1 .4) 
FP implements the NG1 .N.14 "Multiple lines" feature 
T-00 

1 . Open tfie Incoming accepted calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=10, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "G. DEL PIETRO" entry (entry can be selected using the number 
"00550123456789") 

7. Send a {CC-CONNECT} message from TS_1 with an IE «CODEC-LIST» set to 
G.722 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 
Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 03H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter= i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H> 

4. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to 1 CH 1 5H digits together with "005501 23456789" 
digits and with an IE «CALL-INFORMATION» requesting the Provider 1 line 
(=<0, 0, 0>) 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The PP shall filter the calls that are related to a given line thanks to the line identifier 
field 
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Virtual all calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.1 1.5 and 7.4.10.5.6 
All calls test list content (see Clause 4.1 .1 .1 .5) 
FP implements the NG1 .N. 14 "Multiple lines" feature 
T-00 

1 . Open tfie All calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=30, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =4> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the newest call to the oldest one 

5. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT from the oldest call to the newest one 

6. Phone back "R.ALOUSSI" entry (entry can be selected using the number 
"065000209") 

7. Send a {CC-CONNECT} message from TS_1 with an IE «CODEC-LIST» set to 
G.722 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 
Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 04H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 04H, 05H, 06H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter= i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H> 

4. For each entry read, verify that entry content is displayed on lUT and in the correct 
sequence from the newest call to the oldest one 

5. For each entry read, verify that entry content is displayed on lUT, line by line, and 
in the correct sequence from the oldest call to the newest one 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to 1CH 15H digits together with "065000209" digits and 
with an IE «CALL-INFORMATION» requesting the Provider 1 line (=<0, 0, 0>) 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The PP shall filter the calls that are related to a given line thanks to the line identifier 
field 
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Virtual contact list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.11.5 and 7.4.10.5.7 
Contact test list content (see Clause 4.1 .1 .1 .6) 
FP implements the NG1 .N. 14 "Multiple lines" feature 
T-00 

1 . Open the Contact list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =1 > from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Scroll down into the alphabetical list on lUT 

5. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Scroll up into the alphabetical list on lUT 

6. Phone back "WOJCIECHOSKI" entry (entry can be selected using the Contact 
numberl "0675000321") 

7. Send a {CC-CONNECT} message from TS_1 with an IE «CODEC-LIST» set to 
G.722 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 1, 
full VoIP line type information, call id a) =<(1 ,0,0), (0, 5, 1 ), (1 , 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 
Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

8. Hang up on lUT 

9. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 05H, nb of 
sorting fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 
03H, 05H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter= i, mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 05H> 

4. After each scrolling event, verify on the lUT's display that the scrolling through the 
entries was performed in the direction of ascending alphanumerical order (i.e. from 
ALEXANDER to WOJCIECHOSKI). 

5. After each scrolling event, verify on the lUT's display that the scrolling through the 
entries was performed in the direction of descending alphanumerical order 

(i.e. from WOJCIECHOSKI to ALEXANDER). 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to 1 CH 1 5H digits together with "0675000321 " digits and 
with an IE «CALL-INFORMATION» requesting the Provider 2 line (=<0, 0, 1>) 

7. Verify end-to-end U-plane connection between lUT and TS_1 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The PP shall filter the calls that are related to a given line thanks to the line identifier 
field 

lUT may also handle the optional field identifier 04H (associated melody) in contact list 
entries ('start session' or 'read entries' commands of the current test case). Test case 
shall not fail because of this 
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Virtual all incoming calls list - Read entries - Initiate an external call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.11.5 and 7.4.10.5.11 
All incoming calls test list content (see Clause 4.1.1.1.10) 
FP implements the NG1 .N.14 "Multiple lines" feature 
T-00 

1 . Open the All incoming calls list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=10, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =3> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 > 
from TS_1 , followed by <data packet/data packet last> with the number i of 
requested entries from s start index 

Browse into the list on lUT 

5. Phone back "M.UWE" entry (entry can be selected using the contact number 
"008989945270") 

6. Send a {CC-CONNECT} message from TS_1 with an IE «CODEC-LIST» set to 
G.722 

Send a {CC-INFO} message with IE «CALL-INFORI\/IATION» specifying (line 1, 
full VoIP line type information, call id a) =<(1, 0, 0), (0, 5, 1), (1, 0, value a)> from 
TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call proc) =<(1 , 0, value a), (2, 1 , 3)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORIVIATION» specifying (call id 
a, CS call alerting) =<(1 , 0, value a), (2, 1 , 4)> from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id 
a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> from TS_1 

7. Hang up on lUT 

8. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 09H, nb of 
sorting fields =0> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start indexes, 
direction=0, counter= i, mark entries request= (OOH, 7FH, or FFH), list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H, 06H, 07H 

> 

4. For each entry read, verify that entry content is displayed on lUT, line by line, in 
the correct sequence from the newest call to the oldest one 

5. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 

«MULTI-KEYPAD» set to 1 CH 1 5H digits together with "008989945270" digits 
and with an IE «CALL-INFORMATION» requesting the Provider 2 line (=<0, 0, 
1>) 

6. Verify end-to-end U-plane connection between lUT and TS_1 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

The PP shall filter the calls that are related to a given line thanks to the line identifier 
field 
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DECT system settings list - Current PIN code - New PIN code - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.11.3, 7.4.11.3.1 and 7.4.11.3.13 
DECT system settings list content (see Clause 4.1 .1 .1 .8), 
T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a {CIPHER-REQUEST} message from TS_1 

4. Send a <Start session confirm, session id=1 , nb of sorting fields=0> from TS_1 

5. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select and edit the PIN code field on lUT 

6. Send to TS_1 a <Edit entry confirm, session id=1 > followed by <data packet/data 
packet last> with current PIN code field set to (FFH, FFH, FFH, FFH) 

Enter "1234" as old PIN code value 

7. Send to TS_1 a <Save entry confirm, session id=1 , entry identifier= 1 , position 
index=1 , total number of available entries=1 > 

8. Send to TS_1 a <Edit entry confirm, session id=1 > followed by <data packet/data 
packet last> with new PIN code field set to (FFH, FFH, FFH, FFH) and 'PIN 
protected' property bit set to 1 

Enter "6789" as new PIN code value 

9. Send to TS_1 a <Save entry confirm, session id=1 , entry identifier= 1 , position 
index=1 , total number of available entries=1> 

Close the list access service on lUT 

10. If <End session> received then send <End session confirm, session id=1 > from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that lUT completes the cipher procedure at MAC level 

3. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H > 

4. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=s, 
direction=0, counter=1 , mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum PIN code identifier 01 H> 

5. Verify that the lUT requires the user to enter the old PIN code value 

Verify that the lUT sends to TS_1 a <Edit entry, session id=1 , entry identifier=1 , list 
entry field identifier 1 = Current PIN code identifier 01 H> 

6. Verify that the lUT sends to TS_1 a <Save entry, session id=1 , entry identifier=1 >, 
followed by <data packet/data packet last> with Current PIN code field set to (FFH, 
FFH, 12H,34H) 

7. Verify that the lUT sends to TS_1 a <Edit entry, session id=1 , entry identifier=1 , list 
entry field identifier 1= New PIN code identifier ODH> 

8. Verify that the lUT sends to TS_1 a <Save entry, session id=1 , entry identifier=1>, 
followed by <data packet/data packet last> with new PIN code field set to (FFH, 
FFH, 67H, 89H) 

9. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
Start session can actually come before ciphering the link 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 

For this list, it is allowed that the lUT sends directly an <edit entries> without any prior 
<read entries> command. If this is the case, no <Read entries> will be received by the 
tester in stimulus 5 and pass criteria 4 shall not be tested 

See also DECT system settings list related requirements (see beginning of Clause 6.16) 
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DECT system settings list - Clock master - Edit entry - Save entry 



Reference: 
initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.1 1 .3 and 7.4.11.3.2 
DECT system settings list content (see Clause 4.1 .1 .1 .8), 
T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, nb of sorting fields=0> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select and edit the Clock Master field on lUT 

5. Send a <Edit entry confirm, session id=2> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the Clock Master field to "Portable Part" 

6. Send a <Save entry confirm, session id=2, entry identifier= 1 , position index=1 , 
total number of available entries=1 > from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start index=s, 
direction=0, counter=1 , mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Clock master identifier 02H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=2, entry identifier=1 , list 
entry field identifier 1= at the minimum Clock master identifier 02H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=2, entry identifier=1>, 
followed by <data packet/data packet last> with Clock Master field set to 31 H, and 
other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 

For this list, it is allowed that the lUT sends directly an <edit entries> without any prior 
<read entries> command. If this is the case, no <Read entries> will be received by the 
tester in stimulus 4 and pass criteria 3 shall not be tested 

See also DECT system settings list related requirements (see beginning of Clause 6.16) 
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DECT system settings list - Base reset - Edit entry - Save entry 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [14], Clauses 7.4.1 1 .3 and 7.4.1 1 .3.3 
DECT system settings list content (see Clause 4.1 .1 .1 .8), with 'PIN protected' property 
bit set to for 'Base reset' field. 
T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=3, nb of sorting fields=0> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=3> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select and edit the Base reset field on lUT 

5. Send a <Edit entry confirm, session id=3> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the Base reset field to "Yes" 

6. Send a <Save entry confirm, session id=3, entry identifier= 1 , position index=1 , 
total number of available entries=1> from TS_1 

Send a {CC-RELEASE } message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=3, start indexes, 
direction=0, counter=1 , mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Base reset identifier 03H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=3, entry identifier=1 , list 
entry field identifier 1 = at the minimum Base reset identifier 03H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=3, entry identifier=1 >, 
followed by <data packet/data packet last> with Base reset field set to 31 H, and 
other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 

For this list, it is allowed that the lUT sends directly an <edit entries> without any prior 
<read entries> command. If this is the case, no <Read entries> will be received by the 
tester in stimulus 4 and pass criteria 3 shall not be tested 

See also DECT system settings list related requirements (see beginning of Clause 6.16) 
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DECT system settings list - Base reset - PIN protected - Edit entry - Save entry 

TQ -I no c:07.'3 r-l /II rioi icoo 7 /1 -l -l -l anri 7 /I 1 1 Q Q 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.11.1 and 7.4.11.3.3 
DECT system settings list content (see Clause 4.1 .1 .1 .8) with 'PIN protected' property bit 

set to 1 for 'Base reset' field. 
T-00 



Open the DECT system settings list from lUT 
Send a {CC-CALL-PROC} message from TS_1 

Send a <Start session confirm, session id=4, nb of sorting fields=0> from TS_1 
For each <Read entries> received, send a <Read entries confirm, session id=4> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
and with 'PIN protected' property bit set to 1 for 'Base reset' field 
Select and edit the Base reset field on lUT 

5. Send to TS_1 a <Edit entry confirm, session id=4> followed by <data packet/data 
packet last> with current PIN code field set to (FFH, FFH, FFH, FFH) 

Enter "1234" as current PIN code value 

6. Send to TS_1 a <Save entry confirm, session id=4, entry identifier= 1 , position 
index=1 , total number of available entries=1 > 

7. Send a <Edit entry confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the Base reset field to "Yes" 

8. Send a <Save entry confirm, session id=4, entry identifier= 1 , position index=1 , 
total number of available entries=1> from TS_1 

Close the list access service on lUT 

9. If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start indexes, 
direction=0, counter=1 , mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Base reset identifier 03H> 

4. Verify that the lUT requires the user to enter the PIN code value 

Verify that the lUT sends to TS_1 a <Edit entry, session id=4, entry identifier=1 , list 
entry field identifier 1 = Current PIN code identifier 01 H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=4, entry identifier=1>, 
followed by <data packet/data packet last> with Current PIN code field set to (FFH, 
FFH, 12H, 34H) 

6. Verify that the lUT sends to TS_1 a <Edit entry, session id=4, entry identifier=1 , list 
entry field identifier 1= at the minimum Base reset identifier 03H> 

7. Verify that the lUT sends to TS_1 a <Save entry, session id=4 entry identifier=1 >, 
followed by <data packet/data packet last> with Base reset field set to 31 H, and 
other edited fields, if any, not modified 

8. Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read entries> 
(respectively <Edit entry>) command 

Instead of asking the PIN before editing a field protected by the FP, the lUT might also 
ask for PIN before opening the list via start session, or before reading a field, or before 
editing a field (although it is not protected by the FP), or before saving a field (either 
protected or not by the FP). All these implementations are accepted 
For this list, it is allowed that the lUT sends directly an <edit entries> without any prior 
<read entries> command. If this is the case, no <Read entries> will be received by the 
tester in stimulus 4 and pass criteria 3 shall not be tested 

See also DECT system settings list related requirements (see beginning of Clause 6.16) 
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DECT system settings list - FP IP address - Edit entry - Save entry 
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Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 1 02 527-3 [14], Clauses 7.4.1 1 .3, 7.4.1 1 .3.4, 7.4.1 1 .3.5, 7.4.1 1 .3.6, 7.4.1 1 .3.7 and 
7.4.1 1 .3.8 and Clause 7.4.10.1 , 'Field instances management' entry. 
DECT system settings list content (see Clause 4.1 .1 .1 .8), 
T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 , 

3. Send a <Start session confirm, session id=4, nb of sorting fields=0> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=4> 
from TS_1 , followed by <data packet/data packet last> with the requested fleld(s) 
Select and edit the FP IP address field on lUT 

5. Send a <Edit entry confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the FP IP address/type field to "DHCP" 

6. Send a <Save entry confirm, session id=4, entry identifier= 1 , position index=1 , 
total number of available entries=1 > from TS_1 

Select and edit the FP IP address field on lUT 

7. Send a <Edit entry confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the FP IP address/type field to "Static" 
Modify the FP IP address/value = 192.168.221 .20 
Modify the FP IP address/subnet mask = 255.255.255.0 
Modify the FP IP address/gateway = 192.168.221.1 

Modify the FP IP address/DNS server = 192.168.221 .2 if declared (see Annex A, 
Table A.7) 

8. Send a <Save entry confirm, session id=4, entry identifier= 1 , position index=1 , 
total number of available entries=1> from TS_1 

Close the list access service on lUT 

9. If <End session> received then send <End session confirm, session id=4> from 

TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start indexes, 
direction=0, counter=1 , mark entries request= do not care value, list entry field 
identifier 1 ..n = 01 H, 02H, 03H, 09H, OAH completed with optional settings 
supported (see Annex A, Table A.7) > 

4. Verify that the lUT sends a <Edit entry, session id=4, entry identifier=1 , list entry 
field identifier 1= at the minimum FP IP address identifiers 04H, 05H, 06H, 07H, 
08H > 

5. Verify that the lUT sends a <Save entry, session id=4, entry identifier=1 >, followed 
by <data packet/data packet last> with FP IP address/type field set to (DHCP=1 , 
static=0), and other edited fields, if any, not modified 

6. Verify that the lUT sends a <Edit entry, session id=4, entry identifier=1 , list entry 
field identifier 1= at the minimum FP IP address identifiers 04H, 05H, 06H, 07H, 
08H > 

7. Verify that the lUT sends a <Save entry, session id=4, entry identifier=1>, followed 
by <data packet/data packet last> with 

FP IP address/type field set to (DHCP=0, statical) 

FP IP address/value set to (IPv4/6=0, 'C0A8DD14'H) 

FP IP address/subnet mask set to (IPv4/6=0, 'FFFFFFOO'H) 

FP IP address/gateway set to (IPv4/6=0, 'COASDDOI'H) 

FP IP address/DNS server set to (IPv4/6=0, 'C0A8DD02'H) if declared 

(see Annex A, Table A.7) 

other edited fields, if any, not modified 

8. Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 
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Comments: 



Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

For this list, it is allowed that the lUT sends directly an <edit entries> without 
any prior <read entries> command. If this is the case, no <Read entries> will be 
received by the tester in stimulus 4 and pass criteria 3 shall not be tested 
In pass criterion 7, IP address type is static, hence DHCP=0 and static=1 
In pass criterion 4 and 6, field id '07'H may be present several times. As the 
test equipment only supports one DNS server setting, occurrences other than 
the first one shall be ignored 

In pass criteria 4 to 7 some of the IP address sub fields may not be supported 
by the lUT depending on the declarations NG1 .N.16_30/3 1/32/33/34 
(see Table A. 7 in Clause A.1 .3) 

See also DECT system settings list related requirements (see beginning of 
Clause 6.16) 



TO PT NG1.N.16 BV 3501 


DECT system settings list - FP version - Read entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 1 02 527-3 [1 4], Clauses 7.4.1 1 .3, 7.4.1 1 .3.9, 7.4.1 1 .3.1 and 7.4.1 1 .3.1 1 

DECT system settings list content (see Clause 4.1 .1 .1 .8), 

T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=5, nb of sorting fields=0> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=5> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Browse into the FP version field(s) on the lUT 

5. Close the list access service on lUT 

6. If <End session> received then send <End session confirm, session id=5> from 
TS 1 

Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=5, start indexes, 
direction=0, counter=1 , mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum FP version identifiers 09H, OAH> (OBH if declared, 
see Annex A, Table A. 7) > 

4. Verify that the FP version fields are displayed on lUT 
Firmware version = "F1 .2C8" 

Eeprom version = "El .5C6" 

Hardware version = "H1 .4A2" if declared (see Annex A, Table A.7) 

5. Verify that the lUT sends to TS_1 , optionally a <End session, session id=5>, and a 
{CC-RELEASE} message 

Settings fields can be read one by one, or all in the same <Read entries> 
command 

For this list, it is allowed that the lUT sends directly an <edit entries> without 
any prior <read entries> command. If this is the case, no <Read entries> will be 
received by the tester in stimulus 4 and pass criteria 3 shall not be tested 
See also DECT system settings list related requirements (see beginning of 
Clause 6.16) 
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Line settings list - Line name - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.1 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select first line and edit the Line name field from iUT 

5. Send a <Edit entry confirm, session id=1 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the Line name field to "Line for test" 

6. Send a <Save entry confirm, session id=1 , entry identifier= 1 , position index=1 , 
total number of available entries=2> from TS_1 

Close the list access service on IUT 

7. If <End session> received then send <End session confirm, session id=1> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TS_1 with IE «EVENTS NOTIFICATION= < 
List change indication. Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 0) =<(0, 3, 0)> 

1 . Verify that the IUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the IUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the IUT sends to TS_1 a <Read entries, session id=1 , start indexes, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Line name identifier 01 H> 

4. Verify that the IUT sends to TS_1 a <Edit entry, session id=1 , entry identifier=1 , list 
entry field identifier 1 = at the minimum Line name identifier 01 H> (some other 
fields can be edited at the same time) 

5. Verify that the IUT sends to TS_1 a <Save entry, session id=1 , entry identifier=1>, 
followed by <data packet/data packet last> with Line name field set to "Line for 
test", and other edited fields, if any, not modified 

6. Verify that the IUT sends to TS_1 a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - Attached handsets - PIN protected - Edit entry - Save entry 
TS 102 527-3 [141, Clauses 7.4.11.1 and 7.4.11.4.3 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



9. 
10. 



11 



12. 



TS 102 527-3 [14], Clauses 7.4.11.1 and 7.4.11.4.3 
Line settings list content (see Clause 4.1 .1 .1 .9) with 'PIN protected' property bit set to 1 
for 'Attached handset' field of line 2 (see Clause 4.1 .1 .1 .9) 
DECT system settings list content (see Clause 4.1 .1 .1 .8) 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=4, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=4> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
and with 'PIN protected' property bit set to 1 for 'Attached handsets' field 
Select second line and edit the Attached handsets field from lUT 

5. Send a <Start session confirm, session id=5, nb of sorting fields=0> from TS_1 

6. For each <Read entries> received, send a <Read entries confirm, session id=5> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 

7. Send to TS_1 a <Edit entry confirm, session id=5> followed by <data packet/data 
packet last> with current PIN code field set to (FFH, FFH, FFH, FFH) 

Enter "1234" as current PIN code value 

8. Send to TS_1 a <Save entry confirm, session id=5, entry identifier= 1 , position 
index=1 , total number of available entries=1 > 
Send to TS_1 a <End session confirm, session id=5> 
Send a <Edit entry confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 
Terminate the edit entry without changing the entry content 
Send a <Save entry confirm, session id=4, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 
Close the list access service on lUT 

If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start index=s, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Attached handsets field identifier 03H> 

4. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H > 

5. Verify that the lUT sends to TS_1 a <Read entries, session id=5, start indexes, 
direction=0, counter=1 , mark entries request= do not care value, list entry field 
identifier 1 ..n = at least Current PIN code identifier 01 H > 

6. Verify that the lUT requires the user to enter the PIN code value 

Verify that the lUT sends to TS_1 a <Edit entry, session id=5, entry identifier=1 , list 
entry field identifier 1 = Current PIN code identifier 01 H> 

7. Verify that the lUT sends to TS_1 a <Save entry, session id=5, entry identifier=1>, 
followed by <data packet/data packet last> with Current PIN code field set to (FFH, 
FFH, 12H, 34H) 

8. Verify that the lUT sends to TS_1 a <End session, session id=5> 

9. Verify that the lUT sends to TS_1 a <Edit entry, session id=4, entry identifier=2, list 
entry field identifier 1 = at the minimum Attached handsets field identifier 03H> 

1 0. Verify that the lUT sends to TS_1 a <Save entry, session id=4, entry identifier=2>, 
followed by one empty <data packet/data packet last> 

1 1 . Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

lUT can open the internal names list to know the registered handsets list 
Instead of asking the PIN before editing a field protected by the FP, the lUT 

might also ask for PIN before opening the list via start session, or before 
reading a field, or before editing a field (although it is not protected by the FP), 
or before saving a field (either protected or not by the FP). All these 
implementations are accepted 

Session with DECT system settings list implies fulfilment of DECT system 
settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - Dialing prefix - Edit entry - Save entry 

TC: 1 09 '^07-'^ n A^ r.lai ico 7 A 1 1 A A 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.4 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=4, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=4> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select first line and edit the Dialing prefix field from lUT 

5. Send a <Edit entry confirm, session id=4> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the Dialing prefix field to "0033" 

6. Send a <Save entry confirm, session id=4, entry identifier= 1 , position index=1 , 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=4> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=4, start index=s, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Dialing prefix identifier 04H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=4, entry identifier=1 , list 
entry field identifier 1 = at the minimum Dialing prefix identifier 04H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=4, entry identifier=1>, 
followed by <data packet/data packet last> with Dialing prefix field set to "0033", 
and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=4>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - FP melody - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.5 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=5, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=5> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the FP melody field from lUT 

5. Send a <Edit entry confirm, session id=5> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify FP melody field to melody 1 

6. Send a <Save entry confirm, session id=5, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=5> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=5, start index=s, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum FP melody identifier 05H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=5, entry identifier=2, list 
entry field identifier 1= at the minimum FP melody identifier 05H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=5, entry identifier=2>, 
followed by <data packet/data packet last> with FP melody field set to 01 H, and 
other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=5>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - FP volume - Edit entry - Save entry 
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Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.6 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=6, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=6> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the FP volume field from lUT 

5. Send a <Edit entry confirm, session id=6> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify FP volume field to volume 3 

6. Send a <Save entry confirm, session id=6, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=6> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=6, start index=s, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum FP volume identifier 06H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=6, entry identifier=2, list 
entry field identifier 1 = at the minimum FP volume identifier 06H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=6, entry identifier=2>, 
followed by <data packet/data packet last> with FP volume field set to 33H, and 
other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=6>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - Blocked number - Edit entry - Save entry 
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Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.7 and Clause 7.4.10.1, 'Field instances 
management' entry. 

Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=7, total nb=2, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=7> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Blocked number field from lUT 

5. Send a <Edit entry confirm, session id=6> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

IVIodify Blocked number field to "00*" 

6. Send a <Save entry confirm, session id=7, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=7> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, WidelDand speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=7, start index=s, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Blocked number identifier 07H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=7, entry identifier=2, list 
entry field identifier 1= at the minimum Blocked number identifier 07H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=7, entry identifier=2>, 
followed by <data packet/data packet last> with Blocked number field set to "00*", 
and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=7>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

In pass criterion 4, field id '07'H may be present several times. As the test 
equipment only supports one blocked number, occurrences other than the first 

one shall be ignored 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - Multiple calls mode - Edit entry - Save entry 
TS 1 02 527-3 [1 41, Clause 7.4.1 1 .4.8 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=8, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=8> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select first line and edit the Multiple calls mode field from lUT 

5. Send a <Edit entry confirm, session id=8> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Multiple calls mode field to Multiple call 

6. Send a <Save entry confirm, session id=8, entry identifier= 1 , position index=1 , 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. Send a {CC- If <End session> received then send <End session confirm, session 
id=8> from TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TS_1 with IE «EVENTS NOTIFICATION= < 
List change indication. Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 0) =<(0, 3, 0)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session, List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=8, start indexes, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Multiple calls mode identifier 08H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=8, entry identifier=1 , list 
entry field identifier 1= at the minimum Multiple calls mode identifier 08H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=8, entry identifier=1>, 
followed by <data packet/data packet last> with Multiple calls mode field set to 

31 H, and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=8>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.18) 
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Line settings list - Intrusion call - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=9, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=9> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select first line and edit the Intrusion call field from lUT 

5. Send a <Edit entry confirm, session id=9> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Intrusion call field to Allowed 

6. Send a <Save entry confirm, session id=9, entry identifier= 1 , position index=1 , 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=9> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TS_1 with IE «EVENTS NOTIFICATION= < 
List change indication. Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 0) =<(0, 3, 0)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=9, start indexes, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Intrusion call identifier 09H> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=9, entry identifier=1 , list 
entry field identifier 1= at the minimum Intrusion call identifier 09H> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=9, entry identifier=1>, 
followed by <data packet/data packet last> with Intrusion call field set to 31 H, and 
other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=9>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - Permanent CLIR - Edit entry - Save entry - "Value" subfield 
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Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 0, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=10> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select first line and edit the Permanent CLIR field from lUT 

5. Send a <Edit entry confirm, session id=1 0> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Permanent CLIR field to "Value" subfield set to Activated 

6. Send a <Save entry confirm, session id=1 0, entry identifier= 1 , position index=1 , 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=10> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TS_1 with IE «EVENTS NOTIFICATION= < 
List change indication, Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 0) =<(0, 3, 0)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session, List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 0, start indexes, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Permanent CLIR identifier OAH> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=1 0, entry identifier=1 , 
list entry field identifier 1= at the minimum Permanent CLIR identifier 0AH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=1 0, entry 
identifier=1>, followed by <data packet/data packet last> with Permanent CLIR 
field set to Value=31 H, and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 0>, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - Permanent CLIR - Edit entry - Save entry - CLIR code subfields 
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Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 
Line settings list content (see Clause 4.1 .1 .1 .9), 
T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 0, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=10> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select first line and edit the Permanent CLIR field from lUT 

5. Send a <Edit entry confirm, session id=1 0> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Permanent CLIR field to 

"CLIR activation code" subfield set to "#12" 

"CLIR deactivation code" subfield set to "*34" 

6. Send a <Save entry confirm, session id=1 0, entry identifier= 1 , position index=1 , 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 0> from 
TS_1 

Send a {CC-RELEASE-COM} message from TSJ 

Send a {FACILITY} message from TS_1 with IE «EVENTS NOTIFICATION= < 
List change indication, Line settings list, 1 > (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 0) =<(0, 3, 0)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=10, start indexes, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Permanent CLIR identifier OAH> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=10, entry identifier=1 , 
list entry field identifier 1= at the minimum Permanent CLIR identifier 0AH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=1 0, entry 
identifier=1>, followed by <data packet/data packet last> with Permanent CLIR 
field set to 

CLIR activation code (including length) = 03H, 23H, 31 H, 32H, 
CLIR deactivation code (including length) =03H, 2AH, 33H, 34H 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 0>, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - Call forwarding unconditional 
'Call forwarding number' subfields 



Edit entry - Save entry - 'Value' and 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.8 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 1 , total nb=2, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=1 1 > 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Call fonwarding unconditional field from lUT 

5. Send a <Edit entry confirm, session id=1 1 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Call forwarding unconditional field to 

"Value" subfield set to Activated 

"Call forwarding number" subfield set to "0123456789" 

6. Send a <Save entry confirm, session id=1 1 , entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 1 > from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TS_1 with IE «EVENTS NOTIFICATION= < 
List change indication, Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 1) =<(0, 3, 1)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 1 , start index=s, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Call forwarding unconditional identifier 0BH> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=1 1 , entry identifier=2, 
list entry field identifier 1 = at the minimum Call forwarding unconditional identifier 
0BH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=1 1 , entry 
identifier=2>, followed by <data packet/data packet last> with Call forwarding 
unconditional field set to 

Value=31H, 

Call forwarding number (including length) =0AH, 30H, 31 H, 32H, 33H, 34H, 35H, 
36H, 37H, 38H, 39H, 

and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 1 >, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 

entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - Call forwarding unconditional 

subfields 



Edit entry - Save entry - CPU codes 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session ld=1 1 , total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field Idl =2> from TS_1 

4. For each <Read entrles> received, send a <Read entries confirm, session ld=1 1 > 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Call fonwarding unconditional field from lUT 

5. Send a <Edit entry confirm, session id=1 1 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Call forwarding unconditional field to 
"CFU activation code" subfleld set to "*1 1 1 " 
"CPU deactivation code" subfield set to "*1 1 2" 

6. Send a <Save entry confirm, session ld=1 1 , entry identifier= 2, position lndex=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 1 > from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TS_1 with IE «EVENTS NOTIFICATION= < 
List change indication. Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 1) =<(0, 3, 1)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attrlbutes> » 

2. Verify that the lUT sends to TS_1 a <Start session, List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 1 , start index=s, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Call forwarding unconditional identifier OBH> 

4. Verify that the lUT sends to TS_1 a <Edlt entry, session id=1 1 , entry ldentlfler=2, 
list entry field identifier 1 = at the minimum Call forwarding unconditional identifier 
OBH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session ld=1 1 , entry 
identifier=2>, followed by <data packet/data packet last> with Call forwarding 
unconditional field set to 

CFU activation code (Including length) = 04H, 2AH, 31H, 31 H, 31 H, 
CFU deactivation code (Including length) =04H, 2AH, 31 H, 31 H, 32H 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 1 >, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - Call forwarding on No answer - Edit entry - Save entry - 'Value' and 
'Call forwarding number' subfields 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.8 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=12, total nb=2, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=12 > 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Call forwarding on No answer field from lUT 

5. Send a <Edit entry confirm, session id=1 2 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Call forwarding on No answer field to 

"Value" subfield set to Activated 

"Call forwarding number" subfield set to "9876543210" 

6. Send a <Save entry confirm, session id=12, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TS_1 with IE «EVENTS NOTIFICATION= < 
List change indication, Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 1) =<(0, 3, 1)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 2, start index=s, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Call forwarding on No answer identifier OCH> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=12 , entry 
identifier=2, list entry field identifier 1= at the minimum Call forwarding on No 
answer identifier OCH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=12, entry 
identifier=2>, followed by <data packet/data packet last> with Call forwarding on 
No answer field set to Value=31 H, 

Call forwarding number (including length) =OAH, 39H, 38H, 37H, 36H, 35H, 34H, 

33H, 32H, 31 H, 30H, 

and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 2 >, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - Call forwarding on No answer - Edit entry - Save entry - CFNA codes 

subfields 



TC PT NG1.N.16 BV 4902 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=12, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=12 > 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Call forwarding on No answer field from lUT 

5. Send a <Edit entry confirm, session id=1 2 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Call forwarding on No answer field to 

"Nb of seconds before call is forwarded" subfield set to 25 seconds 

"CFNA activation code" subfield set to "#20" 

"CFNA deactivation code" subfield set to "#21 " 

6. Send a <Save entry confirm, session id=12, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TS_1 with IE «EVENTS NOTIFICATION= < 
List change indication. Line settings list, 1 > (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 1) =<(0, 3, 1)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup. Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 2, start index=s, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Call forwarding on No answer identifier OCH> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=1 2 , entry 
identifier=2, list entry field identifier 1= at the minimum Call forwarding on No 
answer identifier OCH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=1 2, entry 
identifier=2>, followed by <data packet/data packet last> with Call forwarding on 
No answer field set to 

Nb of seconds before call is forwarded = 19H, 

CFNA activation code (including length) = 03H, 23H, 32H, 30H, 

CFNA deactivation code (including length) =03H, 23H, 32H, 31 H 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 2 >, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - Call forwarding on Busy subscriber - Edit entry - Save entry - 'Value' 
and 'Call forwarding number' subfields 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.8 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=13, total nb=2, discriminator type=0, nb 
of sorting fields =1 , sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=13 > 
from TS_1 , followed by <data packet/data packet last> with the requested fleld(s) 
Select second line and edit the Call fonwarding on Busy subscriber field from lUT 

5. Send a <Edlt entry confirm, session id=1 3 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Call forwarding on Busy subscriber field to 

"Value" subfield set to Activated 

"Call forwarding number" subfield set to "0123456789" 

6. Send a <Save entry confirm, session id=13, entry identifler= 2, position index=2, 
total number of available entrles=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TS_1 with IE «EVENTS NOTIFICATION= < 
List change Indication, Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 1) =<(0, 3, 1)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LIA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 3, start lndex=s, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
Identifier 1 ..n = at the minimum Call forwarding on Busy subscriber identifier ODH > 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=13, entry identifier=2, 
list entry field identifier 1= at the minimum Call forwarding on Busy subscriber 
identifier ODH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=13, entry 
ldentifier=2>, followed by <data packet/data packet last> with Call forwarding on 
Busy subscriber field set to Value=31 H, 

Call forwarding number (including length) =OAH, 30H, 31 H, 32H, 33H, 34H, 35H, 

36H, 37H, 38H, 39H, 

and other edited fields, if any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 3 >, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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Line settings list - Call forwarding on Busy subscriber - Edit entry - Save entry - CFB 

codes subfields 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.8 

Line settings list content (see Clause 4.1 .1 .1 .9), 

T-00 

1 . Open the Line settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=13, total nb=2, discriminator type=0, nb 
of sorting fields =1 .sorting field idl =2> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=13 > 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select second line and edit the Call fonwarding on Busy subscriber field from lUT 

5. Send a <Edit entry confirm, session id=1 3 > from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify Call forwarding on Busy subscriber field to 
"CFB activation code" subfield set to "*44" 
"CFB deactivation code" subfield set to "*55" 

6. Send a <Save entry confirm, session id=13, entry identifier= 2, position index=2, 
total number of available entries=2> from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=1 3> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {FACILITY} message from TS_1 with IE «EVENTS NOTIFICATION= < 
List change indication. Line settings list, 1> (=<03H,88H,81 H>) » and 
IE«CALL-INFORMATION» specifying (Relating to line 1) =<(0, 3, 1)> 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup, Wideband speech default setup 
attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session, List identifier = 08H, nb of 
sorting fields = n (n > 0) followed by n sorting field identifiers among 01 H, 02H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 3, start index=s, 
direction=0, counter=i, mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Call forwarding on Busy subscriber identifier ODH > 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=13, entry identifier=2, 
list entry field identifier 1= at the minimum Call forwarding on Busy subscriber 
identifier ODH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session id=13, entry 
identifier=2>, followed by <data packet/data packet last> with Call forwarding on 
Busy subscriber field set to 

CFB activation code (including length) = 03H, 2AH, 34H, 34H, 
CFB deactivation code (including length) =03H, 2AH, 35H, 35H 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=1 3 >, and 
a {CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entries> (respectively <Edit entry>) command 

Possible session with DECT system settings list implies fulfilment of DECT 
system settings list related requirements (see beginning of Clause 6.16) 
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DECT system settings list - Emission mode - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.1 1 .3 and 7.4.1 1 .3.12 
DECT system settings list content (see Clause 4.1 .1 .1 .8), 
T-00 

1 . Open the DECT system settings list from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=2, nb of sorting fields=0> from TS_1 

4. For each <Read entries> received, send a <Read entries confirm, session id=2> 
from TS_1 , followed by <data packet/data packet last> with the requested field(s) 
Select and edit the Emission mode field on lUT 

5. Send a <Edit entry confirm, session id=2> from TS_1 , followed by <data 
packet/data packet last> with requested field(s) 

Modify the Emission mode field to "activated" 

6. Send a <Save entry confirm, session id=2, entry identifier= 1 , position index=1 , 
total number of available entries=1 > from TS_1 

Close the list access service on lUT 

7. If <End session> received then send <End session confirm, session id=2> from 
TS_1 

Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LIA service setup, Wideband speech default setup 

attributes> » 

2. Verify that the lUT sends to TS_1 a <Start session. List identifier = 07H > 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=2, start index=s, 
direction=0, counter=1 , mark entries request= do not care value, list entry field 
identifier 1 ..n = at the minimum Emission mode identifier OCH> 

4. Verify that the lUT sends to TS_1 a <Edit entry, session id=2, entry identifier=1 , list 
entry field identifier 1= at the minimum Emission mode Identifier OCH> 

5. Verify that the lUT sends to TS_1 a <Save entry, session ld=2, entry ldentifier=1>, 
followed by <data packet/data packet last> with Emission mode bit NEM set to 1 B, 
and other edited fields. If any, not modified 

6. Verify that the lUT sends to TS_1 , optionally a <End session, session id=2>, and a 
{CC-RELEASE} message 

Settings fields can be read (or edited) one by one, or all in the same <Read 
entrles> (respectively <Edlt entry>) command 

For this list. It Is allowed that the lUT sends directly an <edlt entrles> without 
any prior <read entries> command. If this is the case, no <Read entries> will be 
received by the tester in stimulus 4 and pass criteria 3 shall not be tested 
See also DECT system settings list related requirements (see beginning of 
Clause 6.16) 



6.17 TC_PT_NG1.N. 17 Calling line identity restriction tests 
cases 



Test subgroup objectives: to check the lUT's behaviours regarding CalUng Une identity restriction with the following 

considerations: 



• As NG1.N.17_2 "Permanent CLIR mode (all calls)" procedure includes only FP requirements, there is no test 
case defined for this procedure. 

Declarations (see Annex A): 

• NG1.N.17 "Calhng line identity restriction" feature is optional on PP side, so the manufacturer shall declare if 
it is supported. 
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Temporary CLIR mode (call by call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.12.3 

"Permanent CLIR" field on line set to the following value: "Value" subfield set to 30H 

(deactivated) 
T-00 

1 . Perform an outgoing call with restricted presentation on line to "0123456789" 
phone number from lUT 

2. (2.1) None 

(2.2) If line id (only) was received in step 1 then send a {CC-SETUP-ACK} message 
from TS_1 with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type 
information, call id a, CS call setup ack) =<(0, 0, 0), (0, 5, 1), (1,0, value a), (2, 1, 2)> 

(2.3) Else send a {CC-SETUP-ACK} message from TS_1 with IE «CALL- 
INFORMATION» specifying (call id a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

3. Hang up on lUT 

4. Perform an outgoing call without restricted presentation on line to "01 23456789" 

phone number from lUT 

5. (5.1) None 

(5.2) If line id (only) was received in step 4 then send a {CC-SETUP-ACK} message 
from TS_1 with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type 
information, call id a, CS call setup ack) =<(0, 0, 0), (0, 5, 1), (1 , 0, value a), (2, 1 , 2)> 

(5.3) Else send a {CC-SETUP-ACK} message from TS_1 with IE «CALL- 
INFORMATION» specifying (call id a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

6. Hang up on lUT 

1 . 1 .Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE «BASIC- 
SERVICE» 'Normal call setup', and possibly IE «CALL-INFORI\/IATiON» 
specifying (line 0) =<(0, 0, 0)> 

2. Verify that the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 1 (i.e. in subcase 2.3), the first {CC-INFO} 
message shall contain an IE «CALL-INFORMATION» specifying (line 0, call id 
a) =<(0, 0, 0), (1 , 0, value a)>, and may contain an IE «MULTI-KEYPAD» set 
to a leading substring of "<temporary CLIR digits>01 23456789" (possibly the 
whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"<temporary CLIR digits>01 23456789" (possibly the whole string) 

• the concatenated substrings of "<temporary CLIR digits>01 23456789" in all 
{CC-INFO} messages shall match "<temporary CLIR digits>0 123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a) 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

4. Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE «BASIC- 
SERVICE» 'Normal call setup', and possibly IE «CALL-INFORMATION» 
specifying (line 0) =<(0, 0, 0)> 

5. Verify that the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 

• if the line id was not received in step 4 (i.e. in subcase 5.3), the first {CC-INFO} 
message shall contain an IE «CALL-INFORMATION» specifying (line 0, call id 
a) =<(0, 0, 0), (1 , 0, value a)>, and may contain an IE «MULTI-KEYPAD» set 
to a leading substring of "0123456789" (possibly the whole string) 

• all subsequent {CC-INFO} messages (and the first one also if it does not contain 
the line id) shall contain each an IE «MULTI-KEYPAD» set to a substring of 
"0123456789" (possibly the whole string) 

• the concatenated substrings of "01 23456789" in all {CC-INFO} messages shall 
match "0123456789" 

• each {CC-INFO} message shall contain (call id a) =<(1 , 0, value a)> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



6.18 TC_PT_NG1.N.18 Call forwarding (external calls) tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding Call forwarding (external calls) with the following 
considerations: 



• As NG1.N.18_1 "Call forwarding common requirements" procedure is tested when testing NG1.N.16_25 
"Line settings Ust" procedure for the corresponding settings, there is no test case defined for this procedure. 
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• As NG1.N.18_2 "External Call Forwarding Unconditional (CFU) to external number" procedure includes only 

FP requirements, there is no test case defined for this procedure. 

• As NG1.N.18_3 "External Call Forwarding on No Answer (CFNA) to external number" procedure includes 
only FP requirements, there is no test case defined for this procedure. 

• As NG1.N.18_4 "External Call Forwarding on Busy subscriber (CFB) to external number" procedure includes 
only FP requirements, there is no test case defined for this procedure. 

6.19 TC_PT_NG1.N.19 DTMF handling tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding DTMF handling with the following considerations: 

• As NG1.N.19_3 "Downlink DTMF reception" procedure includes only FP requirements, there is no test case 
defined for this procedure. 

• As NGI.N.19_4 "Local DTMF feedback of dialled digits" procedure includes only MMI requirements on PP 
side, there is no test case defined for this procedure. 

Declarations (see Annex A): 



• NG1.N.19_1 "Uplink DTMF transmission at call setup when FP cormected to classic switching network" is 
conditional, so the manufacturer shall declare if it is supported. 



TC PT NG1.N.19 BV 101 


Uplink DTMF transmission at call setup when FP connected to classic switching network 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.14.1.1 
T-00 

Initiate an outgoing call from lUT and press each telephone digit key (0-9, *,#) on lUT 
Verify on TS_1 side that the PP does not generate any in band audio DTMF and that 
keypad information is received for each digit pressed 




TC PT NG1.N.19 BV 201 


Uplink DTMF transmission when connected 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.14.1.2 
T-10 (IUT+TS_1) 

Press each telephone digit key (0-9, *,#) on lUT 

Verify on TS_1 side that the PP does not generate any in band audio DTMF and that 
keypad information is received for each digit 



6.20 TC_PT_NG1 .N.20 Tones provision tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding tone provision with the following considerations: 

• The PT shall support two methods for providing tones: IE «SIGNAL» signal method (NG1.N.20_2 "Tones 
provision by the system" procedure) and in band method (NG1.N.20_3 "Transparency to tones provision by 
the network or PABX" procedure). 

• To limit the number of tests, TC_PT_NG1.N.20 tests cases include only tone tests for a first call. Tone tests 
related to parallel calls are merged with corresponding TCs (see TC_PT_NG1.N.6 and TC_PT_NG1.N.7 tests 
cases) as it is mandatory on PP side to support "Tones provision by the system" procedure. 

• As the U-plane connection using the IE «Progress Indicator» is mandatory in EN 300 444 [12] on PP side, 
there is no test case for the NG1.N.20_3 "Transparency to tones provision by the network or PABX" 
procedure. Only the NG1.N.20_2 "Tones provision by the system" procedure is tested. 

• Ring-back tone on internal call, included in NG1.N.20_2 "Tones provision by the system" procedure, is tested 
when running NG1.N.8 "Call transfer" test cases, so there is no test case defined for this requirement. 

Declarations (see Annex A): 

• Following tones are optional so the manufacturer shall declare if they are supported: 

NG1.N.20_2 "Dial tone". 
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NG1.N.20_2 "Off-hook warning tone". 



NG1.N.20_2 "Network congestion tone (external calls only)". 



TC PT NG1.N.20 BV 201 


Tones provision by tlie system - Ring-back tone and Busy tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
T-00 

1 . Perform an outgoing call to "1234567890" phone number from lUT 

Send a {CC-CALL-PROC} followed by a {CC-ALERTING} message with IE 
«SIGNAL» with the value 01 H indicating 'Ring back tone on' from TS_1 

2. Send a {CC-INFO} message with IE «SIGNAL» with the value 04H indicating 
'Busy tone on' from TS_1 

3. Send a {CC-INFO} message with IE «SIGNAL» with the value 3FH indicating 
'Tones off from TS_1 

1 . Verify that the lUT generates a ring-back tone 

2. Verify that the lUT generates a busy tone 

3. Verify that the lUT stops the tone generation 




TC_PT_NG1 .N.20_BV_203 


Tones provision by the system - Intercept tone, Negative acknowledgement tone and Call 
waiting tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
T-10 (lUT+TSJ) 

1 . Send a {CC-INFO} message with IE «SIGNAL» with the value 02H indicating 
'Intercept tone on' from TS_1 

2. Initiate outgoing parallel call from lUT 

Send a {CC-INFO} message with IE «SIGNAL» with the value 09H indicating 
'Negative acknowledgement tone' from TS_1 

3. Send a {CC-INFO} message with IE «SIGNAL» with the value 07H indicating 'Call 
waiting tone on' from TS_1 

1 . Verify that the lUT generates an intercept tone and stops the generation by itself 

2. Verify that the lUT generates a negative acknowledgement tone and stops the 
generation by itself 

3. Verify that the lUT generates a call-waiting tone and stops the generation by itself 
In principle, the tone generation is independent of the codec itself 




TC_PT_NG1 .N.20_BV_206 


Tones provision by the system - Dial tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
T-00 

1 . Perform an outgoing call from lUT without sending digits. 

Send a {CC-SETUP-ACK} message with IE «SIGNAL» with the value OOH 
indicating 'Dial tone on' from TS_1 

2. Send a {CC-CONNECT} message with IE «SIGNAL» with the value 3FH 

indicating 'Tones off from TS_1 

3. Hang up from lUT 

4. Perform an outgoing call from lUT without sending digits. 

Send a {CC-CONNECT} message with IE «SIGNAL» with the value OOH 
indicating 'Dial tone on' from TS_1 

5. Send a {CC-INFO} message with IE «SIGNAL» with the value 3FH indicating 
'Tones off from TS_1 

6. Hang up from lUT 

1 . Verify that the lUT generates a dial-tone tone 

2. Verify that the lUT stops the tone generation 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

4. Verify that the lUT generates a dial-tone tone 

5. Verify that the lUT stops the tone generation 

6. Verify that the lUT send to TS_1 a {CC-RELEASE} message 

In stepi to 3, test equipment behaves as an 'Non-early CC-CONNECT' implementation 
In step 4 to 6, test equipment behaves as an 'Early CC-CONNECT' implementation 
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TC_PT_NG1 .N.20_BV_207 


Tones provision by the system -Off-hook warning tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
T-00 

1 . Perform an outgoing call from lUT. 

Send a {CC-CONNECT} message from TS_ 1 followed by a {CC-INFO} message 
from TS_ 1 with IE «SIGNAL» with the value 08H indicating Off-hook warning tone 
on' 

2. Send a {CC-INFO} message with IE «SIGNAL» with the value 3FH indicating 
'Tones off from TS_1 

1 . Verify that the lUT generates an Off-hook warning tone 

2. Verify that the lUT stops the tone generation 



TC_PT_NG1 .N.20_BV_208 


Tones provision by the system - Network congestion tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
T-00 

1 . Perform an outgoing call from lUT. 

Send a {CC-CONNECT} message with IE «SIGNAL» with the value 03H indicating 
Network congestion tone on' from TS_1 

2. Send a {CC-INFO} message with IE «SIGNAL» with the value 3FH indicating 
'Tones off from TS_1 

1 . Verify that the lUT generates a Network congestion tone 

2. Verify that the lUT stops the tone generation 



6.21 TC_PT_NG1 .N.21 Headset management tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding headset management with the following 
consideration: 

• As NG1.N.21_6 "Switching headset to handset (headset initiated)" procedure is tested together with 
NG1.N.21_3 "Headset incoming call" procedure, there is no test case defined for this procedure. 

Declarations (see Annex A): 

• NGl .N.21 "Headset management" feature is conditional on PP side, so the manufacturer shall declare if it is 

supported. 

• NG1.N.21_4 "Re-dial of last outgoing call" procedure is optional on PP side, so the manufacturer shall declare 
if it is supported. 

• NGl .N.21_5 "Re-dial of last incoming call" procedure is optional on PP side, so the manufacturer shall declare 
if it is supported. 



• NG1.N.21_6 "Switching from headset to handset (headset initiated)" procedure is optional on PP side, so the 
manufacturer shall declare if it is supported. 



TO PT NGl. N.21 BV 101 


Headset capability during subscription registration 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.16.1 
No access rights on lUT 
AC set to '0000' value on TS 1 
A44 set to 1 on TS_1 

Perform an access rights request from lUT 

Verify that the lUT includes in the {ACCESS-RIGHTS-REOUEST} message an IE 
«TERMINAL-CAPABILITY» with following capabilities declared: 

o Support of the "Headset management" feature in Profile indicator 7 field 
(octet 4f) 

Verify that the registration is successful 
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TC PT NG1.N.21 BV 102 


Headset capability during location registration 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.16.1 
T-00 

Perform a location registration request from lUT (Switch lUT off and on again) 
Verify that the lUT includes in the {LOCATE-REQUEST} message an IE 
«TERMINAL-CAPABILITY» with following capabilities declared: 

o Support of the "Headset management" feature in Profile indicator_7 field 
(octet 4f) 




TC PT NG1.N.21 BV 201 


Headset call interception - G.722 call 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.16.2 

2 PPs registered (lUT is HPP PP1 , TS_2 is NG PP2), 

"Call interception" set to 31 H ("allowed") for PP2 entry in Internal names list, 

G.722 external call in T-10 (IUT-^TS_2) initiated by TS_2 on line (call id a) 

1 . Perform an outgoing call from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id a, CS call proc) =<(0, 0, 0), (0, 
5, 1), (1 , 0, value a), (2, 1 , 3)> and IE «CODEC LIST» selecting G.722 followed by 
a {CC-CONNECT} message from TS_1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

3. Hang up from lUT 

4. Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT sends to TS la {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup' and IE « MULTI-KEYPAD » set to (1CH, 
50H, 2AH) digits 

2. Verify end-to-end U-plane connection between lUT and TS 1 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 




TC PT NG1.N.21 BV 301 


Headset incoming call - G.722 call 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.16.3 

2 PPs registered (lUT is HPP PP1 , TS 2 is NG PP2), 

T-00 

Perform incoming call G.722 (full paging (Long slot; j = 640), G.722 prioritized) from TS_1 . 
Call pick up on lUT 

Verify that the lUT selects a codec only in one of the following messages: {CC-ALERTING} 

and {CC-CONNECT} (other messages not allowed) 

Verify end-to-end U-plane connection between lUT and TS_1 




TC PT NG1.N.21 BV 401 


Re-dial of last outgoing call 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.16.4 

Outgoing calls test list content (see Clause 4.1 .1 .1 .3) 

T-00 

1 . Re-dial the last outgoing call from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 

3. Send a <Start session confirm, session id=1 , total nb=1 0, discriminator type=0, nb of 
sorting fields =1 .sorting field idl =3> from TS_1 

4. Send a <Read entries confirm, session id=1 > from TS_1 , followed by <data 
packet/data packet last> with first entry content 

5. Send a {CC-CONNECT} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

6. Hang up on lUT 

7. Send a {CC-RELEASE-COM} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«BASIC-SERVICE = <LiA service setup. Wideband speech default setup attributes> 

» 

2. Verify that the lUT sends to TS_1 a <Start session, List Identifier = 02H, nb of sorting 
fields =n (n > 0) followed by n sorting field identifiers among 01 H, 02H, 03H, 04H, 05H 

> 

3. Verify that the lUT sends to TS_1 a <Read entries, session id=1 , start index=1 , 
direction=0, counter= 1 , mark entries request= do not care value, list entry field 
identifier 1 ..n = some or all identifiers among 01 H, 02H, 03H, 04H, 05H > 

4. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«MULTI-KEYPAD» set to "008989945270" digits 

5. Verify end-to-end U-plane connection between lUT and TS_1 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
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TC PT NG1.N.21 BV 501 


Re-dial of last incoming call 


Reference: 


TS 102 527-3 [14], Clause 7.4.16.5 


Initial condition: 


T-00 


Stimulus: 


1. 


Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 






'Normal call setup', IE «SIGNAL» set to 41 H Indicating 'Alerting on - pattern 1', IE 






« CALLING PARTY NUMBER =<unknown, unknown, '0123456789'>, and IE 






«CALL-INFORMATION» specifying (line 0, full VoIP line type information, call Id a, 






CS call setup) =<(0, 0, 0), (0, 5, 1), (1 , 0, value a), (2, 1, 1)»> 




2. 


Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» 






specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a 






{CC-RELEASE} message from TS_ 1 




3. 


Redlal the last incoming call from lUT 




4. 


(4.1) None 






(4.2) If line id (only) was received in step 3 then send a {CC-SETUP-ACK} message 






from TS_1 with IE «CALL-INFORMATION» specifying (line 0, full VoIP line type 






information, call id a, CS call setup ack) =<(0, 0, 0), (0, 5, 1), (1, 0, value a), (2, 1, 2)> 






(4.3) Else send a {CC-SETUP-ACK} message from TS_1 with IE 






«CALL-INFORMATION» specifying (call Id a, CS call setup ack) =<(1 , 0, value a), 






(2, 1,2)> 




5. 


If the line Information was not sent In step 4 (i.e. In subcase 4.3) then send a 






{CC-INFO} message from TS_1 with IE «CALL-INFORMATION» specifying (line 0, 






full VoIP line type information, call id a) =<(0, 0, 0), (0, 5, 1), (1, 0, value a)> 






In all cases, send a {CC-CALL-PROC} message from TS_1 with IE 






«CALL-INFORMATION» specifying (call Id a, CS call proc) =<(1 , 0, value a), 






(2, 1,3)> 






In all cases, send a {CC-CONNECT} message from TS_1 with IE 






«CALL-INFORMATION» specifying (call Id a, CS call connect) =<(1 , 0, value a), 






(2, 1,5)> 




6. 


Hang up on lUT 




7 


Send a {CC-RELEASE-COIVI} message from TS_1 


Pass criteria: 


1. 


Verify that lUT rings 




2. 


Venfy that the lUT send to TS_1 a {CC-RELEASE-COM} message 




3. 


Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 






«BASIC-SERVICE» 'Normal call setup', and possibly: 






• IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 




4. 


Verify that the lUT sends to TS_1 one or several {CC-INFO} messages, such that: 






• if the line Id was not received in step 3, the first {CC-INFO} message shall contain 






an IE «CALL-INFORMATION» specifying (line None, call Id a) =<(0, 0, 127), 






(1 , 0, value a)>, and may contain an IE «MULTI-KEYPAD» set to 






"0123456789" 






• the subsequent {CC-INFO} message shall contain an IE «MULTI-KEYPAD» 






set to "0123456789" and IE «CALL-INFORMATION» specifying (call id a) 






=<(1 , 0, value a)> 




5. 


Verify end-to-end U-plane connection between lUT and TS 1 




6. 


Verify that the lUT send to TS_1 a {CG-RELEASE } message 
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TC PT NG1.N.21 BV 601 


Headset incoming call - G.726 call - Switching from headset to handset (headset initiated) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.16.3 and 7.4.16.6 
2 PPs registered (lUT is HPP PP1 , TS 2 is NG PP2), 
T-00 

1 . Perform incoming call G.726 (short paging (full slot), G.726 prioritized) from TS_1 . 
Gall pick up on lUT 

2. Perform an unannounced call transfer on lUT towards all PPs 

3. Send a {CO-INFO} message from TS 1 with IE «CALL-INFORMATION» specifying 
(call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 9)> 

If dialing information was not received in step 1 then send a {CC-INFO} message from 
TS 1 with IE «CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1 , 
0, value b), (2, 1 , 2)> 

Else send a {CC-INFO} message from TS_1 with IE «CALL-INFORMATION» 
specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 3)> 

4. None 

5. Send a {CC-INFO} message from TS 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a {CC-INFO} 
message from TS_ 1 with IE «CALL-INFORMATION» specifying (call id b, CS idle) 
=<(1 , 0, value b), (2, 1 , 0)>, followed by a {GC-RELEASE} message from TS_ 1 

1 . Verify that the lUT selects a codec only in one of the following messages: 
{CC-ALERTING} and {CC-CONNECT} (other messages not allowed) 
Verify end-to-end U-plane connection between lUT and TS 1 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«MULTI-KEYPAD» set to 17H digit, and possibly together with 2AH digit 

3. If dialing information was not received in step 2 then verify that the lUT sends to TS 1 
a {CC-INFO} message with IE «MULTI-KEYPAD» set to 2AH in and IE 
«CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 

4. Verify that the lUT sends to TS la {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1CH, 34H) digits and IE «CALL-INFORMATION» 
specifying (call id a) =<(1, 0, value a)> 

5. Verify that the lUT send to TS_1 a {CC-RELEASE-COM} message 




TC_PT_NG1 .N.21_BV_701 


Headset side - Headset call interception - G.726 call - Switching from headset to handset 

(handset initiated) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.16.2 

2 PPs registered (lUT is HPP PP1 , TS_2 is NG PP2), 

"Call interception" set to 31 H ("allowed") for PP2 entry in Internal names list, 

G.726 external call in T-10 (IUT+TS_2) initiated by TS_2 on line (call id a) 

1 . Perform an outgoing call from lUT 

2. Send a {CC-CALL-PROC} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id a, CS call proc) =<(0, 0, 0), 
(0, 5, 1 ), (1 , 0, value a), (2, 1 , 3)> followed by a {CC-CONNECT} message from TS_1 
with IE «CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, 
value a), (2, 1, 5)> and IE «CODEC LIST» selecting G.726 

3. Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 02H 
indicating 'Intercept tone on', IE «CALLING PARTY NUMBER = <Network specific 
number. Private plan, IA5 coding of terminal identity number in decimal of PP2> » 
and IE «CALL-INFORMATION» specifying (call id a, CS call intercepted) =<(1, 0, 
value a), (2, 1 , 1 0)> as a result of switching from headset to handset request from 
TS 2 

4. Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a {CC-RELEASE 
} message from TS 1 

1 . Verify that the lUT sends to TS la {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup' and IE « MULTI-KEYPAD » set to (1CH, 
50H, 2AH) digits 

2. Verify end-to-end U-plane connection between lUT and TS_1 

3. Verify that the lUT generates an Intercept tone 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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TC_PT_NG1 .N.21_BV_705 


Handset side - Headset call interception - G.722 call - Switching from headset to handset 

(handset initiated) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.16.2 and 7.4.16.7 

2 PPs registered (lUT is NG PP1 , TS_2 is HPP PP2), 

"Gall interception" set to 31 H ("allowed") for PP2 entry in Internal names list, 

G.722 external call in T-10 (IUT+TS_1) initiated by lUT on line (call id a) 

1 . Send a {CC-INFO} message from TS_1 with IE «SIGNAL» with the value 02H 
indicating 'Intercept tone on', IE «CALLING PARTY NUMBER = <Network specific 
number. Private plan, IA5 coding of terminal identity number in decimal of PP2> » 
and IE «CALL-INFORMATION» specifying (call id a, OS call intercepted) =<(1, 0, 
value a), (2, 1 , 1 0)> as a result of headset call interception request from TS 2 

2. Send a {CC-INFO} message from TS_ 1 with IE «CALL-INFORMATION» 
specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> followed by a {CC-RELEASE 
} message from TS_1 

3. Perform a switching from headset to handset request from lUT 

4. Send a {CC-CALL-PROC} message from TS_1 with IE «CALL-INFORMATION» 
specifying (line 0, full VoIP line type information, call id a, CS call proc) =<(0, 0, 0), 
(0, 5, 1), (1,0, value a), (2, 1, 3)> followed by a {CC-CONNECT} message from TS_1 
with IE «CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, 
value a), (2, 1, 5)> 

5. Hang up from lUT 

6. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT generates an Intercept tone 

2. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 

3. Verify that the lUT sends to TS la {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Normal call setup' and IE « MULTI-KEYPAD » set to (1CH, 
50H, 2AH) digits 

4. Verify end-to-end U-plane connection between lUT and TS_1 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 



6.22 TC_PT_NG1 .N.22 Handling of lines where second calls are 
signalled in-band tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding handhng of lines where second calls are signalled 
in-band with the following consideration: 

• NG1.N.22_3 "Off-hook CLIP enabled 'double call with in-band signalling' line" procedure is not tested as the 
PT requirements are tested with NG1.N.7 "Common parallel call procedures" feature. 



NOTE: Off-hook CLIP is also called "CLIP phase 11". See definition Clause 3.1. 



TC_PT_NG1 .N.22_BV_401 


Use of transparent commands on DCIBS lines (Basic or Off-hook CLIP enabled) or any 
other line 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.10.4 

External call in T-10 (IUT-i-TS_1) initiated by lUT on line 1 specifying <(NDT=connected to 
a network with low delay (e.g. PSTN/ISDN), SCT=Second calls are handled with in-band 
signalling (e.g. PSTN lines), (call id a))> 
Send a transparent command from lUT 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «MULTI-KEYPAD» set 
to 15H, and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 
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6.23 TC_PT_GAP.N.30 Calling Line Identification Presentation 
tests cases 



Test subgroup objectives: to check the lUT's behaviours when receiving CLIP. 



TC_PT_GAP.N.30_BV_01 


Incoming call with calling party number in {CC-SETUP} 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.41 
T-00 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 'Normal call 
setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', IE « CALLING 
PARTY NUMBER =<unknown, unknown, '01 2345678901 2'>, and IE 
«GALL-INFORMATION» specifying (line 0, full VoIP line type information, call id a, CS 
call setup) =<(0, 0, 0), (0, 5, 1 ), (1 , 0, value a), (2, 1 , 1 )»> 

Verify by checking CLIP presentation according to its display capabilities that the lUT is 
able to handle «CALLING PARTY NUMBER» in {CC-SETUP} 




TC_PT_GAP.N.30_BV_02 


Incoming call with calling party number in {CC-INFO} 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.41 
T-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 
'Normal call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1', and 
IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id 
a, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, value a), (2, 1, 1)»> 

2. Send a {CC-INFO} message from TS_1 with IE « CALLING PARTY NUMBER 
=<National number. National standard plan, '987654321 098'> » and IE 
«CALL-INFORMATION» specifying (call id a) =< (1,0, value a) »> 

1 . Verify that the lUT send to TS_1 a {CC-ALERTING} message 

2. Verify by checking CLIP presentation according to its display capabilities that the lUT 
is able to handle «CALLING PARTY NUMBER» in {CC-INFO} 



6.24 TC_PT_GAP.N.31 Internal call tests cases 

Test subgroup objectives: to check the lUT's behaviours when handhng internal call with the following consideration: 

• As GAP.N.3 1_2 "Internal call keypad" is tested implicitly when testing GAP.N.3 1_1 "Internal call setup", 
there is no test case defined for this procedure. 

• As GAP.N.31_5 "UTF-8 CNIP" is tested impUcitly when testing GAP.N.31_4 "Internal Call CNIP", there is 
no test case defined for this procedure. 

Declarations (see Annex A): 

• GAP.N.3 1_6 "Internal call codec priority" procedure can be not supported (see TS 102 527-3 [14], 
Clause 7.4.3.9.2). So the manufacturer shall declare if it is supported. 
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TC PT GAP.N.31 BV 101 


Internal call setup - call class checking 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-1 [13], Clause 7.3.6 

EN 300 444 [12], Clause 14.4.3 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), T-00 

Perform an internal outgoing call on lUT towards PP2 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with EITHER: 

• an IE «BASIC-SERVICE = <LiA service setup. Wideband speech default setup 
attributes> » 

OR 

• an IE «BASIC-SERVICE = <lnternal call setup, Wideband speech default setup 
attributes> » 

2. IF List access service was setup then verify that the lUT sends to TS_1 a {CC-INFO} 
message with an IE «IVIULTI-KEYPAD» with <Keypad information = 17H + ( IA5 
coding of terminal identity number in decimal of PP2, or 2AH in case of internal 
general call ) > 

ELSE Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE «MULTI- 
KEYPAD». with <Keypad information = IA5 coding of terminal identity number in 
decimal of PP2, or 2AH in case of internal general call > 

lUT could access to internal names list, and/or initiate internal general call, to initiate 

internal call 




TC PT GAP.N.31 BV 301 


Internal call CLIP 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clause 8.43 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), T-00 

Perform an incoming internal call from TS_1 with an IE «CALLING PARTY NUMBER» 
set to EN 300 444 [12], Clause 8.43, Table 78d content and <Calling party address = IA5 
coding of terminal identity number in decimal of PP2> 

Verify by checking CLIP presentation according to its display capabilities that the lUT is 
able to handle Internal call CLIP. 

Internal CLIP is the terminal Identity number of the calling part 




TC PT GAP.N.31 BV 401 


Internal call CNIP 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clause 8.44 

TS 102 527-3 [14], Clause 7.4.17.2 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), T-00 

Perform an incoming internal call from TS_1 with IE «CALLING PARTY NAME» set to 
EN 300 444 [12], Clause 8.44, Table 78e content and <Calling party name= 'TESTER 

g6u'> 

Verify by checking CNIP presentation on lUT display of 'TESTER gou' that the lUT is able 
to handle internal call UTF-8 «CALLING PARTY NAME» without crashing 
For UTF-8 characters the PP is not able to display among "g", "6", "u", the PP should use 
a replacement character (replacement character is left free to the manufacturer) 
UTF-8 characters encoding: 

• "g": LATIN SMALL LETTER C WITH CEDILLA 'c3a7'H 
"6": LATIN SMALL LETTER WITH DIAERESIS 'c3b6'H 

• "u": LATIN SMALL LETTER U WITH DIAERESIS 'c3bc'H 




TC PT GAP.N.31 BV 601 


Internal call codec priority - outgoing call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.9 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), T-00 

1 . Perform an internal outgoing call on lUT towards PP2 

2. TS 2 will choose G.722 codec in a {CC-CONNECT} message 

3. Send a {CC-RELEASE} from TS 2 

1 . Verify that the lUT sends to TS_1 either: 

• if specified at call setup phase, G.722 in IE «CODEC LIST» with highest 
priority; or 

• if not specified at call setup phase, G.722 in IE «CODEC LIST» with highest 
priority at last location registration 

2. Verify by checking end-to-end U-plane connection that the lUT is able to establish 
G.722 internal outgoing call 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} 
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TC PT GAP.N.31 BV 602 


Internal call codec priority - incoming call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.9 

2 PPs registered (lUT is PP1 , TS_2 is NG PP2), T-00 

1 . Perform an internal G.722 outgoing call on PP2 towards lUT 

2. Call pick up on lUT 

3. Hang up on lUT 

1 . Verify that the lUT presents the internal call to the user (ringing or display) 

2. Verify that the lUT selects G.722 codec in IE «CODEC LIST» only in one of the 
following messages: {CC-ALERTING} and {CC-CONNECT} (other messages not 
allowed) 

Verify by checking end-to-end U-plane connection that the lUT is able to establish 
G.722 internal incoming call 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 


6.25 TC_PT_GAP.N.34 Calling Name Identification Presentation 
tests cases 

Test subgroup objectives: to check the lUT's behaviours when receiving CNIP with the following consideration: 

• As GAP.N.34_2 "UTF-8 CNIP" is tested imphcitly when testing GAP.N.34_1 "Calhng Name Identification 
Presentation (CNIP) Indication", there is no test case defined for this procedure. 


TC PT GAP.N.34 BV 101 


Incoming call with calling party name in {CC-SETUP} 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.42 

TS 102 527-3 [14], Clause 7.4.17.2 

T-00 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 'Normal 

call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1', IE «CALUNG 

PARTY NAME = < Presentation allowed, UTF-8, Network provided, 'CNIP1 aaa'> » >, 

and IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id 

a, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, value a), (2, 1, 1)»> 

Verify by checking CNIP presentation on lUT display of 'CNIP1 aaa' that the lUT is able to 

handle UTF-8 «CALLING PARTY NAME» in {CC-SETUP} without crashing 

For UTF-8 characters the PP is not able to display among "a", "a", "a", the PP should use 

a replacement character (replacement character is left free to the manufacturer) 

UTF-8 characters encoding: 

"a": LATIN SMALL LETTER A WITH CIRCUMFLEX •c3a2'H 

• "a": LATIN SMALL LETTER A WITH GRAVE 'c3a0'H 

• "a": LATIN SMALL LETTER A WITH DIAERESIS 'c3a4'H 



TC PT GAP.N.34 BV 102 


Incoming call with calling party name in {CC-INFO} 


Reference: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.42 
TS 102 527-3 [14], Clause 7.4.1 7.2 


Initial condition: 


T-00 


Stimulus: 


1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 
'Normal call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1 ', and 
IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id 
a, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, value a), (2, 1, 1)»> 

2. Send a {CC-INFO} message from TS_1 with IE «CALLING PARTY NAME = < 
Presentation allowed, UTF-8, User-provided, verified and passed, 'CNIP2 eee'> » 
and IE «CALL-INFORMATION» specifying (call id a) =< (1,0, value a) »> 


Pass criteria: 


1 . Verify that the lUT send to TS_1 a {CC-ALERTING} message 

2. Verify by checking CNIP presentation on lUT display of 'CNIP2 e^e' that the lUT is 

able to handle UTF-8 «CALLING PARTY NAME» in {CC-INFO} without crashing 


Comments: 


For UTF-8 characters the PP is not able to display among "e", "e", "e", the PP should use a 
replacement character (replacement character is left free to the manufacturer). 
UTF-8 characters encoding: 

"e": LATIN SMALL LETTER E WITH ACUTE 'c3a9'H 

. "e": LATIN SMALL LETTER E WITH GRAVE 'c3a8'H 

• "e": LATIN SMALL Lb 1 1 bR E WITH DIAERESIS 'c3ab'H 



ETSI 



153 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC PT GAP.N.34 BV 103 


Incoming call with CLIP and CNIP in {CC-INFO} 


Reference: 


EN 300 444 [12], Clauses 8.12, 8.13, 8.41 and 8.42 
TS 102 527-3 [14], Clause 7.4.17.2 


Initial condition: 


T-00 


Stimulus: 


1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» set to 
'Normal call setup', IE «SIGNAL» set to 41 H indicating 'Alerting on - pattern 1', and 
IE «CALL-INFORMATION» specifying (line 0, full VoIP line type information, call id 
a, CS call setup) =<(0, 0, 0), (0, 5, 1), (1,0, value a), (2, 1, 1)»> 

2. Send a {CC-INFO} message from TS_1 with IE «CALLING PARTY NUMBER 
=<National number. National standard plan, '987654321 098'> » and an IE 
«CALLiNG PARTY NAME = < Presentation allowed, UTF-8, User-provided, verified 
and passed, 'CLIP0CNIP'> » and IE «CALL-INFORMATION» specifying (call id a) 
=< (1 , 0, value a) »> 


Pass criteria: 


1 . Verify that the lUT send to TS_1 a {CC-ALERTING} message 

2. Verify by checking CNIP presentation on lUT display of 'CLIP0CNIP', and CLIP 
presentation, if displays, according to its display capabilities, that the lUT is able to 
handle both «CALLING PARTY NUMBER» and UTF-8 «CALLING PARTY 
NAME» in {CC-INFO} without crashing 


Comments: 


In case both CLIP and CNIP are sent to the PP, it is sufficient to display CNIP. It is optional 
to display both. 

If the PP is not able to display "0" UTF-8 character, the PP should use a replacement 
character (replacement character is left free to the manufacturer). 
UTF-8 character encoding: 

"0": LATIN SMALL LETTER WITH STROKE 'c3b8'H 



6.26 TC_PT_GAP.N.35 Enhanced security tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Enhanced security features with the following 
consideration: 

• As GAP.N.35_4 "subscriptions requirements" procedure specifies only FP requirements, there is no test case 
defined for this procedure. 

Declarations (see Annex A): 

• GAP.N.35_2 "Re-keying during a call" procedure is optional on PP side, so the manufacturer shall declare if it 
is supported. 



GAP.N.35_3 "Early encryption" procedure is optional on PP side, so the manufacturer shall declare if it is 
supported. 



TC_PT_GAP.N.35_BV_1 01 


Encryption of all calls 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.1 
T-00. 

1 . Perform an outgoing call from lUT 

2. Send a {CC-CONNECT} message from TS 1 followed by a 
{AUTHENTICATION-REQUEST} message from TS_1 . 

3. TS_1 sends a {CIPHER REQUEST} message. 

1 . Verify that lUT sends to TS 1a {CC-SETUP} message. 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REPLY} message 

3. Verify that iUT activates encryption on MAC layer. Verify that encryption is activated 
and verify end-to-end U-plane connection. 




TC_PT_GAP.N.35_BV_201 


Indication of Support of 'Re-keying' and 'early encryption' in terminal capabilities during 
registration 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.2 

TS_1 indicates the support of 'Re-keying' and 'early encryption' in Extended higher layer 

capabilities part 2 (a42bit) 

A44 set to 1 on TS_1 . 

Perform an access rights request from IUT 

Verify that the IUT includes in the {ACCESS-RIGHTS-REOUEST} message 
an IE «Terminal-capability» with following capabilities declared 

• support of 'Re-keying' and 'early encryption' in Profile indicator_7 field (octet 4f) 
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TC_PT_GAP.N.35_BV_202 


Indication of Support of 'Re-keying' and 'early encryption' in terminal capabilities during 
location registration 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.2 

T-00. TS_1 indicates tlie support of 'Re-I<eying' and 'early encryption' in extended higher 
layer capabilities part 2 (a42 bit) 

Perform a location registration request from lUT (Switch lUT off and on again) 
Verify that the lUT includes in the {LOCATE-REQUEST} message an IE 
«Terminal-capability» with following capabilities declared: 

• support of 'Re-keying' and 'early encryption' in Profile indicator_7 field (octet 4f) 




TC_PT_GAP.N.35_BV_203 


Re-keying procedure 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.2 

T-00. TS_1 indicates the support of 'Re-keying' and 'early encryption' in extended higher 
layer capabilities part 2 (a42 bit). 

1 . Perform an outgoing call from lUT 

2. Send a {CC-CONNECT} message from TS 1 followed by a 
{AUTHENTICATION-REQUEST} message from TS_1 

TS 1 saves generated DCK as DCK 1 

3. TS 1 sends a {CIPHER REQUEST} message 

4. TS 1 sends a {AUTHENTICATION-REQUEST} message. TS 1 saves generated 
DCK as DCK 2. 

5. TS_1 sends a {CIPHER_REQUEST} message 

1 . Verify that lUT sends to TS la {CC-SETUP} message. 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REPLY} message 

3. Verify that lUT activates encryption on MAC layer. 

Verify that encryption is activated with DCK_1 and verify end-to-end U-plane 
connection. 

4. Verify that lUT sends to TS_1 a {AUTHENTICATION-REPLY} message 

5. Verify that lUT activates encryption on MAC layer. 

Verify that encryption is activated with DCK_2 and verify end-to-end U-plane 
connection 




TC FT GAP.N.35 BV 301 


Assignment of default cipher key and usage of early encryption during incoming call 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.3 

TS_1 is in registration mode ('Access Rights supported' higher layer capability bit is set to 
1). TS_1 indicates the support of 'Re-keying' and 'early encryption' in the Extended higher 
layer capabilities part 2 (a42 bit) 

1 . Invoke registration procedure at lUT. 

2. TS_1 sends an {AUTHENTICATION-REQUEST} message indicating DEF-bit=1 and 
default cipher key index 0001 and saves DCK as Def_DCK_1 . 

3. Send a {CC-SETUP} from TS_1 in order to perform an incoming call with full paging 
(Long slot; j = 640), G.722 prioritized. 

4. Nothing 

5. Invoke call answering on lUT 

6. TS_1 sends a {CC-CONNECT_ACK}. 

1 . Verify successful subscription registration. 

Verify that lUT indicates the support of 'Re-keying' and 'early encryption' in the 
terminal capability. 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REPLY} message. 
Verify that connection is released on MAC layer. 

3. Verify that lUT establishes MAC connection with immediate encryption activation 
using Def DCK 1 with default cipher key index 0001 and sends an encrypted 
{LCE-PAGE-RESPONSE} message. 

4. Verify that lUT sends to TS_1 a {CC-ALERTING} message 

5. Verify that lUT sends to TS_1 a {CC-CONNECT} message 

6. Verify end-to-end U-plane connection. 
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TC PT GAP.N.35 BV 302 


Usage of early encryption during outgoing call 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.3 

T-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 with default cipher 
key index 0001 (i.e. TC_PT_GAP.N.35_BV_301 was executed before and the 
Def_DCK_1 has not been deleted). 

1 . Invoke outgoing call at lUT 

2. TS_1 sends a {CC-CONNECT} message. 

1 . Verify that lUT establishes MAC connection with immediate encryption activation 
using Def__DCK 1 with default cipher key index 0001 

Verify that lUT sends to TS_1 an encrypted {CC-SETUP} message 

2. Verify end-to-end U-plane connection. 




TC PT GAP.N.35 BV 303 


Usage of early encryption for MM procedure 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.3 

T-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 with default cipher 
key index 0001 (i.e. TC_PT_GAP.N.35_BV_301 was executed before and the 
Def_DCK_1 has not been deleted). 
Switch lUT off and on. 

Verify that lUT performs MAC connection establishment with immediate encryption 
activation using Def_DCK_1 with default cipher key Index 0001 and sends to TS_1 
{LOCATE-REQUEST} message on the already encrypted link. 




TC_PT_GAP.N.35_BV_304 


Overwriting a default cipher key by assigning a new default cipher key with the same 
index 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


EN 300 444 [12], Clause 8.45.3 

T-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 with Default cipher 
key index 0001 (i.e. TC_PT_GAP.N.35_BV_301 was executed before and the 
Def_DCK_1 has not been deleted). 

1 . Invoke outgoing call at lUT. 

2. TS 1 sends a {CC-CONNECT} message. 

3. TS_1 sends a {AUTHENTICATION-REQUEST} message indicating DEF-bit=1 and 
default cipher key index 0001 and saves DCK as Def_DCK_2. 

4. TS_1 sends a {CC-RELEASE} message. 

5. TS_1 initiates release of MAC connection. 

6. Invoke outgoing call at lUT. 

7. TS_1 sends a {CC-CONNECT} message. 

1 . Verify that lUT establishes MAC connection with immediate encryption activation 
using Def_DCK_1 with default cipher key index 0001 

Verify that lUT sends to TS_1 an encrypted {CC-SETUP} message. 

2. Verify end-to-end U-plane connection. 

3. Verify that lUT sends to TS la {AUTHENTICATION-REPLY} message. 

4. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message. 

5. Verify that MAC connection is released. 

6. Verify that lUT establishes MAC connection with immediate encryption activation 
using Def_DCK_2 with default cipher key index 0001 

Verify that lUT sends to TS_1 an encrypted {CC-SETUP} message. 

7. Verify end-to-end U-plane connection. 

Def_DCK_2 shall be different than Def_DCK_1 . This is automatically achieved in case 
e.g. the random values in the {AUTHENTICATION-REQUEST} message are different 
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TC PT GAP.N.35 BV 305 


Assign two default cipher keys with different indices. 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


EN 300 444 [12], Clause 8.45.3 

T-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 with Default cipher 
key index 0001 (i.e. TC_PT_GAP.N.35_BV_301 was executed before and the 
Def_DCK_1 has not been deleted). 

1 . Invoke outgoing call at lUT. 

2. TS 1 sends a {CC-CONNECT} message. 

3. TS_1 sends a {AUTHENTICATION-REQUEST} message Indicating DEF-bit=1 and 
default cipher key index 0002 and saves DCK as Def_DCK_2. 

4. TS_1 sends a {CC-RELEASE} message. 

5. TS_1 initiates release of MAC connection. 

6. Invoke outgoing call at lUT 

7. TS_1 sends a {CC-CONNECT} message. 

1 . Verify that lUT establishes MAC connection with immediate encryption activation 

using Def_DCK_1 with default cipher key index 0001 

Verify that lUT sends to TS_1 an encrypted {CC-SETUP} message. 

2. Verify end-to-end U-plane connection. 

3. Verify that lUT sends to TS 1a {AUTHENTICATION-REPLY} message. 

4. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message. 

5. Verify that MAC connection is released. 

6. Verify that lUT establishes MAC connection with immediate encryption activation 
using either Def_DCK_1 with default cipher key index 0001 or Def_DCK_2 with 
default cipher key index 0002 

Verify that lUT sends to TS_1 an encrypted {CC-SETUP} message. 

7. Verify end-to-end U-plane connection. 

Def_DCK_2 shall be different than Def_DCK_1 . This is automatically achieved in case 
e.g. the random values in the {AUTHENTICATION-REQUEST} message are different 




TC_PT_GAP.N.35_BV_306 


PP releases connection in case FP rejects early encryption on MAC layer 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.3 

T-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 with default cipher 
key index 0001 (i.e. TC_PT_GAP.N.35_BV_301 was executed before and the 
Def_DCK_1 has not been deleted). 

1 . Invoke outgoing call at lUT. 

2. TS_1 rejects start of encryption with cipher key index 0001 on MAC layer. 

1 . Verify that lUT establishes MAC connection and initiates encryption activation using 
Def_DCK_1 with default cipher key index 0001 

2. Verify that PP releases connection on MAC layer within 1 seconds. 
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TC PT GAP.N.35 BV 501 



Release of unexpectedly unencrypted outgoing call in call proceeding state 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



EN 300 444 [12], Clause 8.45.5 
lUT has no access rights. TS_1 is in registration mode (bit a44 is set). TS_1 broadcasts 
that standard ciphering is supported (bit a37=1 in higher layer capabilities) and that 
'Re-keying' and 'early encryption' in Extended higher layer capabilities part 2 (bit a42) is 
not supported. 

1 . Invoke registration procedure at lUT. 

2. TS_1 sends a {LOCATE-ACCEPT} message. Invoke outgoing call at lUT. 

3. TS_1 sends a {CC-CALL_PROC} to lUT. TS_1 performs authentication of PP and 
FT initiated cipher switching. 

4. TS_1 sends a {CC-RELEASE} message 

5. TS_1 initiates release of MAC-connection. 

6. Invoke outgoing call at lUT. 

7. TS_1 sends a {CC-CALL-PROC} message to lUT. 

TS_1 does not perform authentication of PP and FT initiated cipher switching 
Start timer T001 (60s) 

1 . Verify successful registration. 

Verify that lUT sends to TS_1 a {LOCATE-REQUEST} message. 

2. Verify that lUT sends to TS_1 a {CC-SETUP} message 

3. Verify successful authentication of PP and successful FT initiated cipher switching. 
Verify end-to-end U-plane connection. 

4. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message 

5. Verify successful release of MAC-connection. 

6. Verify that lUT establishes link and sends to TS_1 a {CC-SETUP} message 

7. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«RELEASE REASON = <Security attack assumed> » before T.001 expiry 

In pass criteria 7, the PP will check the status of the link 1 5 seconds after CC-SETUP. 
However test equipment shall leave some flexibility (up to 60 seconds) before checking 
the CC-RELEASE-COM for example if the lUT queries the user before releasing the link 



TC PT GAP.N.35 BV 502 



Release of unexpectedly unencrypted outgoing call in connect state 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



EN 300 444 [12], Clause 8.45.5 

lUT has no access rights. TS_1 is in registration mode (bit a44 is set). TS_1 broadcasts 
that standard ciphering is supported (bit a37=1 in higher layer capabilities) and that 
'Re-keying' and 'early encryption' in Extended higher layer capabilities part 2 (bit a42) is 
not supported.. 

1 . Invoke registration procedure at lUT. 

2. TS_1 sends a {LOCATE-ACCEPT} message. Invoke outgoing call at lUT. 

3. TS_1 sends a {CC-CONNECT} message to lUT. TS_1 performs authentication of 
PP and FT initiated cipher switching. 

4. TS_1 sends a {CC-RELEASE} message 

5. TS_1 initiates release of MAC-connection. 

6. Invoke outgoing call at lUT. 

7. TS_1 sends a {CC-CONNECT} message to lUT. 

TS_1 does not perform authentication of PP and FT initiated cipher switching 
Start timer T001 (60s) 

1 . Verify successful registration. 

Verify that lUT sends to TS_1 a {LOCATE-REQUEST} message. 

2. Verify that lUT sends to TS_1 a {CC-SETUP} message 

3. Verify successful authentication of PP and successful FT initiated cipher switching. 
Verify end-to-end U-plane connection. 

4. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message 

5. Verify successful release of MAC-connection. 

6. Verify that lUT establishes link and sends to TS_1 a {CC-SETUP} message 

7. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«RELEASE REASON= <Security attack assumed> » before T.001 expiry. 

In pass criteria 7, the PP will check the status of the link 1 5 seconds after CC-SETUP. 
However test equipment shall leave some flexibility (up to 60 seconds) before checking 
the CC-RELEASE-COM for example if the lUT queries the user before releasing the link 
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TC PT GAP.N.35 BV 503 



Release of unexpectedly unencrypted incoming call in alerting state 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



EN 300 444 [12], Clause 8.45.5 
lUT has no access rights. TS_1 is in registration mode (bit a44 is set). TS_1 broadcasts 
that standard ciphering is supported (bit a37=1 in higher layer capabilities) and that 
'Re-keying' and 'early encryption' in Extended higher layer capabilities part 2 (bit a42) is 
not supported.. 

1 . Invoke registration procedure at lUT. 

2. TS_1 sends a {LOCATE-ACCEPT} message. 

TS_1 performs authentication of PP and FT initiated cipher switching. 

3. TS_1 sendsa{CC-SETUP}. 

4. TS_1 sends a {CC-RELEASE} message 

5. TS_1 initiates release of MAC-connection. 

6. Send a {CC-SETUP} from TS_1 in order to perform an incoming call with full paging 
(Long slot; j = 640), G.722 prioritized. 

7. TS_1 does not perform authentication of PP and FT initiated cipher switching 
Start timer T001 (60s) 

1 . Verify successful registration. 

Verify that lUT sends to TS_1 a {LOCATE-REQUEST} message. 

2. Verify successful authentication of PP and successful FT initiated cipher switching 

3. Verify that lUT sends to TS_1 a {CC-ALERTING} message. 

4. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message 

5. Verify successful release of MAC-connection. 

6. Verify that lUT sends to TS_1 a {CC-ALERTING} message 

7. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE « 
RELEASE REASON= <Security attack assumed> » before T.001 expiry 

In pass criteria 7, the PP will check the status of the link 1 5 seconds after CC-SETUP. 
However test equipment shall leave some flexibility (up to 60 seconds) before checking 
the CC-RELEASE-COM for example if the lUT queries the user before releasing the link 



TC PT GAP.N.35 BV 504 


Release of unexpectedly unencrypted incoming call in connect state. 


Reference: 


EN 300 444 [12], Clause 8.45.5 


Initial condition: 


lUT has no access rights. TS_1 is in registration mode (bit a44 is set). TS_1 broadcasts 




that standard ciphering is supported (bit a37=1 in higher layer capabilities) and that 




'Re-keying' and 'early encryption' in Extended higher layer capabilities part 2 (bit a42) is 




not supported.. 


Stimulus: 


1. 


Invoke registration procedure at lUT. 




2. 


TS_1 sends a {LOCATE-ACCEPT} message. TS_1 sends a {CC-SETUP}. 




3. 


Answer call at lUT. 




4. 


TS_1 sends a {CC-CONNECT-ACK} message to lUT. TS_1 performs authentication 






of PP and FT initiated cipher switching. 




5. 


TS_1 sends a {CC-RELEASE} message 




6. 


TS_1 initiates release of MAC-connection. 




7. 


Send a {CC-SETUP} from TS_1 in order to perform an incoming call with full paging 






(Long slot; j = 640), G.722 prioritized. 




8. 


Void 




9. 


Answer call at lUT within 10 seconds. 




10. 


TS_1 sends a {CC-CONNECT-ACK} message to lUT. 






TS 1 does not perform authentication of PP and FT initiated cipher switching 






Start timer T001 (60s) 


Pass criteria: 


1. 


Verify successful registration. 






Verify that lUT sends to TS_1 a {LOCATE-REQUEST} message. 




2. 


Verify that lUT sends to TS la {CC-ALERTING} message 




3. 


Verify that lUT sends to TS_1 a {CC-CONNECT} message 




4. 


Verify successful authentication of PP and successful FT initiated cipher switching. 






Verify end-to-end U-plane connection. 




5. 


Verify that lUT sends to TS_1 a {CC-RELEASE-COM} 




6. 


Verify successful release of MAC-connection. 




7. 


Void. 




8. 


Verify that iUT sends to TS la {CC-ALERTING} message 




9. 


Verify that IUT sends to TS la {CC-CONNECT} message 




10. 


Verify that IUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 






«RELEASE REASON = <Security attack assumed > » before T.001 expiry 


Comments: 


In pass criteria 10, the PP will check the status of the link 15 seconds after CC-SETUP. 




However test equipment shall leave some flexibility (up to 60 seconds) before checking 




the CC-RELEASE-COM for example if the lUT queries the user before releasing the link 
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TC PT GAP.N.35 BV 505 



Release of unexpectedly unencrypted outgoing call In connect state after switching 
encryption support in FT off 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



EN 300 444 [12], Clause 8.45.5 

lUT lias no access rights. TS_1 is in registration mode (bit a44 is set). TS_1 broadcasts 
that standard ciphering is supported (bit a37=1 in higher layer capabilities) and that 
'Re-l<eying' and 'early encryption' In Extended higher layer capabilities part 2 (bit a42) Is 
not supported.. 

1 . Invoke registration procedure at lUT. 

2. TS_1 sends a {LOCATE-ACCEPT} message. Invoke outgoing call at lUT. 

3. TS_1 sends a {CC-CONNECT} to lUT. TS_1 performs authentication of PP and FT 
initiated cipher switching. 

4. TS_1 sends a {CC-RELEASE} message 

5. TS_1 Initiates release of MAC-connectlon. 

6. TS_1 switches encryption support to 'off and broadcasts that standard ciphering is 
not supported (bit a37=0 in higher layer capabilities) for 20 seconds. 
Afterwards invoke outgoing call at lUT. 

7. TS_1 sends a {CC-CONNECT} to lUT. 

TS_1 does not perform authentication of PP and FT Initiated cipher switching 
Start timer T001 (60s) 

1 . Verify successful registration. 

Verify that lUT sends to TS_1 a {LOCATE-REQUEST} message. 

2. Verify that lUT sends to TS_1 a {CC-SETUP} message 

3. Verify successful authentication of PP and successful FT initiated cipher switching. 
Verify end-to-end U-plane connection. 

4. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message 

5. Verify successful release of MAC-connectlon. 

6. Verify that lUT establishes link and sends to TS_1 a {CC-SETUP} message 

7. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«RELEASE REASON = <Security attack assumed> » before T.001 expiry 

In pass criteria 7, the PP will check the status of the link 1 5 seconds after CC-SETUP. 
However test equipment shall leave some flexibility (up to 60 seconds) before checking 
the CC-RELEASE-COM for example If the lUT queries the user before releasing the link 



TC PT GAP.N.35 BV 506 



Release of unexpectedly unencrypted outgoing call in connect state despite of successful 
authentication 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



EN 300 444 [12], Clause 8.45.5 

lUT has no access rights. TS_1 Is In registration mode (bit a44 Is set). TS_1 broadcasts 
that standard ciphering is supported (bit a37=1 In higher layer capabilities) and that 
'Re-keying' and 'early encryption' In Extended higher layer capabilities part 2 (bit a42) is 
not supported.. 

1 . Invoke registration procedure at lUT. 

2. TS_1 sends a {LOCATE-ACCEPT} message. Invoke outgoing call at lUT. 

3. TS_1 sends a {CC-CONNECT} message to lUT. 

TS_1 performs authentication of PP and FT Initiated cipher switching 

4. TS_1 sends a {CC-RELEASE} message 

5. TS_1 Initiates release of MAC-connectlon 

6. Invoke outgoing call at lUT. 

7. TS_1 sends a {CC-CONNECT} message to lUT 

TS_1 sends a {AUTHENTICATION-REOUEST} message to lUT 

8. TS_1 does not perform FT initiated cipher switching 
Start timer T001 (60s) 

1 . Verify successful registration 

Verify that lUT sends to TSJ a {LOCATE-REQUEST}message 

2. Verify that lUT sends to TSJ a {CC-SETUP} message 

3. Verify successful authentication of PP and successful FT Initiated cipher switching 
Verify end-to-end U-plane connection 

4. Verify that lUT sends to TSJ a {CC-RELEASE-COM} message 

5. Verify successful release of MAC-connectlon 

6. Verify that lUT establishes link and sends to TS_1 a {CC-SETUP} message 

7. Verify that lUT sends to TSJ a {AUTHENTICATION-REPLY} message 

8. Verify that lUT sends to TSJ a {CC-RELEASE_COM} message containing IE 
«RELEASE REASON= <Securlty attack assumed> » before T.001 expiry. 

In pass criteria 8, the PP will check the status of the link 1 5 seconds after CC-SETUP. 
However test equipment shall leave some flexibility (up to 60 seconds) before checking 
the CC-RELEASE-COM for example If the lUT queries the user before releasing the link 
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TC_PT_G AP. N.35_B V_507 


Release of unexpectedly unencrypted incoming call in connect state despite of 




successful authentication. 


Reference: 


EN 300 444 [12], Clause 8.45.5 


Initial condition: 


lUT has no access rights. TS_1 is in registration mode (bit a44 is set). TS_1 broadcasts 




that standard ciphering is supported (bit a37=1 in higher layer capabilities) and that 




'Re-keying' and 'early encryption' in Extended higher layer capabilities part 2 (bit a42) is 




not supported.. 


Stimulus: 


1. 


Invoke registration procedure at lUT. 




2. 


TS 1 sends a {LOCATE-ACCEPT} message 






TS_1 sends a {CC-SETUP} message 




3. 


Answer call at lUT 




4. 


TS_1 sends a {CC-CONNECT-ACK} message to lUT. 






TS_1 performs authentication of PP and FT initiated cipher switching 




5. 


TS_1 sends a {CC-RELEASE} message 




6. 


TS_1 initiates release of MAC-connection. 




7. 


Send a {CC-SETUP} from TS_1 in order to perform an incoming call with full paging 






(Long slot; j = 640), G.722 prioritized. 




8. 


Void 




9. 


Answer call at lUT within 10 seconds 




10. 


TS 1 sends a {CC-CONNECT-ACK} message to lUT. 






TS_1 sends a {AUTHENTICATION-REQUEST} message to lUT. 




11. 


TS 1 does not perform FT initiated cipher switching 






Start timer T001 (60s) 


Pass criteria: 


1. 


Verify successful registration 






Verify that lUT sends to TS_1 a {LOCATE-REQUEST} message 




2. 


Verify that lUT sends to TS 1a {CC-ALERTING} message 




3. 


Verify that lUT sends to TS_1 a {CC-CONNECT} message 




4. 


Verify successful authentication of PP and successful FT initiated cipher switching. 






Verify end-to-end U-plane connection. 




5. 


Verify that lUT sends to TS_1 a {CC-RELEASE-COM} 




8. 


Verify successful release of MAC-connection 




7. 


Void 




8. 


Verify that lUT sends to TS_1 a {CC-ALERTING} message 




9. 


Verify that lUT sends to TS la {CC-CONNECT} message 




10. 


Verify that lUT sends to TS la {AUTHENTICATION-REPLY} message 




11. 


Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 






«RELEASE REASON = <Security attack assumed > » before T.001 expiry 


Comments: 


In pass criteria 1 1 , the PP will check the status of the link 1 5 seconds after CC-SETUP. 




However test equipment shall leave some flexibility (up to 60 seconds) before checking 




the CC-RELEASE-COM for example if the lUT queries the user before releasing the link 



6.27 TC_PT_NG1 .A.1 Easy PIN code registration tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding easy PIN-code registration. 

Declarations (see Annex A): 

• NG1.A.1_3 "Base station name selection" procedure is optional. So the manufacturer shall declare if it is 
supported. 



TC PT NG1.A.1 BV 101 


Registration mode automatic access 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.10.1.3.1 
lUT not registered and powered off 
Switch on lUT 

Verify that the lUT starts in a mode where the user is directly invited to trigger the access 
rights procedure 




TC_PT_NG1 .A.1_BV_201 


Searching mode and PIN code requests 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.10.1 .1 .1 

lUT not registered, 'Access Rights supported' capability bit of TS 1 set to 1 , AC set to 
'1234' value" 

Start the access rights procedure on the lUT 

Verify that the lUT prompts the user to enter the PIN code 
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TC PT NG1.A.1 BV 301 


Base station name selection 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.10.1.3.2 

lUT not registered, 'Access Rights supported' capability bit of TS_1 set to 1 

AC set to '1 234' value, FP name set to 'NG-DECT Part 3 FP tester' (1 7 characters max.). 

1 . Start the access rights procedure on the lUT 

2. Select TS 1 name 'NG-DECT Part 3 FP tester' for registration 

3. Enter '1 234' as PIN value on the lUT 

4. Perform an outgoing call from lUT 

1 . Verify that the lUT displays the 'NG-DECT Part 3 FP tester' base station name 

2. Verify that the lUT prompts the user to enter the PIN code value 

3. Verify that the registration procedure is successful on lUT 

4. Verify that the lUT sends to TS_1 a {CC-SETUP} message 



TC PT NG1.A.1 BV 401 


Registration user feedback 


Reference: 


TS 102 527-3 [14], Clause 7.10.1.3.3 


Initial condition: 


lUT not registered, 'Access Rights supported' capability bit of TS 1 set to 0, AC set to 




'1234' value 


Stimulus: 


1. 


Start the access rights procedure on lUT 




2. 


Wait for the end of the procedure on lUT 




3. 


Set 'Access Rights supported' capability bit to 1 on TS_1 






Start the access rights procedure on the lUT 




4. 


Perform an Easy PIN code registration procedure using '5678' as PIN value on lUT 




5. 


Start the access rights procedure on the lUT 




6. 


Perform an Easy PIN code registration procedure using 1234 as PIN value on lUT 




7. 


Perform an outgoing call from lUT 




8. 


Hang up on lUT 




9. 


bend a {00-RELEAbE-OOIvl} message from Tb_1 


Pass criteria: 


1 . 


Verify that the lUT gives a feedback to the user of the registration process: 






"Registration in progress state" 




2. 


Verify that the lUT gives a feedback to the user of the registration process: 






"Registration error state" 




o 
o. 


Verify that the lUT gives a feedback to the user of the registration process: 






"Registration in progress state" 




4. 


Verify that the lUT gives a feedback to the user of the registration process: 






"Registration error state" 




5. 


Verify that the lUT gives a feedback to the user of the registration process: 






"Registration in progress state" 




6. 


Verify that the lUT gives a feedback to the user of the registration process: 






"Registration success state" 




7. 


Verify that the lUT sends to TS_1 a {CC-SETUP} message 




8. 


Verify that the lUT sends to TS_1 a {CC-RELEASE} message 


Comments: 


-The 


purpose of the steps of this test case are the following: 




Step 


1 : The user initiates a subscription registration on the lUT. This registration will 






fail, reason for failure: FT 344 bit unset on the test equipment. 




Step 


2: At the end of the registration window time on PT side, the user is reported a 






failure (as feedback displayed to PT user). 




Step 


3: With FT a44 bit set on tester side, the user initiates again a new subscription 






registration on the PT, but as the AC code of the FT is not the default '0000', 






the PT will prompt the user for a PIN code (see step 4). 




Step 


4: The user enters a wrong PIN code ('5678') on PT side, and observes failure. 




Step 


5: The user initiates a (successful) subscription registration on PT side. 




Step 


6: The user enters the right PIN code ('1234') on PT side, and observes success. 




Step 


7: The user sets up an outgoing call to confirm successful access rights 






procedure on PT side. 




Step 


8: The user hangs up. 




Step 


9: The tester terminates the release of the call. 
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6.28 TC_PT_NG1 .A.2 Easy pairing registration tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding easy pairing registration taking into account the 
following considerations: 

• As NG1.A.2_1 "Easy pairing description" is tested implicitly when testing NG1.A.2_4 "Searching mode 
request", there is no test case defined for this procedure. 

• As NG1.A.2_2 "Registration mode automatic access" is tested when testing NG1.A.2_4 "Searching mode 
request", there is no test case defined for this procedure. 

• As NGl . A.2_3 "Base station limited registration mode" is a FP capacity, there is no PP test case defined for 
this procedure. 

• As NG1.A.2_5 "Base station name selection" is tested when testing NG1.A.1_3 "Base station name selection", 
there is no test case defined for this procedure. 

• As NG1.A.2_6 "Registration user feedback" is tested when testing NG1.A.1_4 "Registration user feedback", 
there is no test case defined for this procedure. 

Declarations (see Annex A): 



• NG1.A.1_3 "Base station name selection" is optional. So the manufacturer shall declare if it is supported. 



TC_PT_ NG1.A.2_BV_401 


Searching mode request (default PIN) 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.10.1.2.3 

lUT not registered and powered off, 'Access Rights supported' higher layer capability bit 
of TS 1 set to 1 , AC set to '0000' value 

1. Switch on lUT 

2. Start the access rights procedure on lUT 

1 . Verify that the lUT starts in a mode where the user is directly invited to trigger the 
access rights procedure 

2. Verify that the lUT does not prompt the user to enter the PIN code and that the 
registration is successful 




TC_PT_ NG1.A.2_BV_402 


Searching mode request (switching back to PIN entry) 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.10.1 .2.3 

lUT not registered, 'Access Rights supported' higher layer capability bit of TS_1 set to 1 , 
AC set to '1234' value 

1 . Start the access rights procedure on lUT 

2. When prompt, enter '1 234' PIN code on lUT 

1 . Verify that the lUT prompts the user to enter the PIN code 

2. Verify that the registration is then successful 


6.29 TC_PT_NG1 .A.3 Handset locator tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding handset locator. 


TC PT NG1.A.3 BV 101 


Handset locator 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 1 02 527-3 [14], Clause 7.10.2 
T-00, lUT ringing capabilities enabled 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE» specifying <Call 
class = Normal call setup> », IE «Calling Party name» whose <Presentation 
indicator> field is set to 'Handset locator', and with IE «CALL-INFORMATION» 
specifying (call id a, CS call setup) = <(1, 0, value a), (2, 1, 1)> (without any line identifier) 
Verify that the lUT rings 
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7 Fixed Part Test specification 

This Clause includes lists of the test groups relevant for a NG-DECT fixed part. Test cases are ordered like network 
features followed by application features (TS 102 527-3 [14], Clauses 6.4 and 6.9). 

The NG-DECT fixed part under test shall be connected to a network when running the tests suite. 

7.1 TC_FT_NG1 .N.1 Codec negotiation tests cases 



Test subgroup objectives: to check the lUT's behaviours when negotiating a codec. 



TC FT NG1.N.1 BV 101 


Exchange of codec list during subscription registration 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clauses 7.3.1 and 7.3.7 
F-00. 

Perform an access rights request from TS 1 

Verify that the lUT includes in the {ACCESS-RIGHTS-ACCEPT} message an IE 
«Codec-list» with G.722 codec, G.726 codec, and "Codec negotiation possible" 
indications 




TC FT NG1.N.1 BV 102 


Exchange of codec list during location registration 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause 7.3.1 
F-00 

Perform a location registration request from TS_1 

Verify that the lUT includes in the {LOCATE-ACCEPT} message an IE «Codec-list» with 
G.722 codec, G.726 codec, and "Codec negotiation possible" indications 




TC FT NG1.N.1 BV 103 


NG-DECT Part 1 higher layer capabilities 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


EN 300 175-5 [5], Clause F.3 
F-00. 

Perform an access rights request from TS_1 

Verify that "NG-DECT Wideband voice" FP higher layer capability bit is set to 1 (= 
Extended higher layer capabilities (part 2) a24 bit) 




TC FT NG1.N.1 BV 104 


NG-DECT Part 3 higher layer capabilities 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


EN 300 175-5 [5], Clause F.3 
F-00. 

Perform an access rights request from TS_1 

Verify that "NG-DECT Extended wideband voice supported" higher layer capability bit is set 
to 1 (= Extended higher layer capabilities (part 2) a29 bit) 




TC FT NG1.N.1 BV 201 


Basic service wideband speech 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause 7.3.2 
F-00 

Perform an incoming call towards lUT from Phone_A 

Verify that the lUT sets "wideband speech default" attribute IE «Basic-service» in 
{CC-SETUP} message 
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TC FT NG1.N.1 BV 301 


Outgoing G.722 call using long slot MAC setup 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-1 [13], Clause 7.3.3 

EN 300 444 [12], Clause 8.1, Figure 1 

F-00 

Perform a G.722 outgoing call in long slot mode from TS_1 to Phone A supporting G.722. 
Verify that the lUT selects a codec only in one of the following messages: 
{CC-SETUP-ACK}, {CC-CALL-PROC}, {CC-ALERTING}, or {CC-CONNECT} message 

(other messages not allowed) 

Verify by checking end-to-end U-plane connection that the lUT is able to establish G.722 
outgoing call 

Test case shall fail if IE «CODEC-LIST» is sent in more than one CC message 
The lUT may first negotiate G.726 codec and then switch to G.722 codec instead of 
selecting directly G.722 




TC_FT_NG1 .N.1_BV_302 


Outgoing G.726 call using full slot MAC setup 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-1 [13], Clause 7.3.3 

EN 300 444 [12], Clause 8.1, Figure 1 

F-00 

Perform a G.726 outgoing call in full slot mode from TS 1 to Phone C supporting only 

G.726 

Verify that the lUT selects a codec only in one of the following messages: 
(CC-SETUP-ACK), {CC-CALL-PROC}, (CC-ALERTING), or (CC-CONNECT) message 
(other messages not allowed) 

Verify by checking end-to-end U-plane connection that the lUT is able to establish G.726 
outgoing call 

Test case shall fail if IE «CODEC-LIST» is sent in more than one CC message 
The lUT may first negotiate G.722 codec and then switch to G.726 codec instead of 
selecting directly G.726 




TC FT NG1.N.1 BV 303 


Outgoing G.722 call using full slot MAC setup 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-1 [13], Clause 7.3.3 

EN 300 444 [12], Clause 8.1, Figure 1 

F-00 

Perform a G.722 outgoing call (long slot) modifying an established full slot connection from 
TS_1 to a Phone A supporting G.722. 

Verify that the lUT selects a codec only in one of the following messages: 
(CC-SETUP-ACK), (CC-CALL-PROC), (CC-ALERTING), or (CC-CONNECT) message 

(other messages not allowed) 

Verify by checking end-to-end U-plane connection that the lUT is able to establish G.722 

outgoing call 

Test case shall fail if IE «CODEC-LIST» is sent in more than one CC message 
The lUT may first negotiate G.726 codec and then switch to G.722 codec instead of 
selecting directly G.722 




TC FT NG1.N.1 BV 304 


Outgoing G.726 call using long slot MAC setup 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-1 [13], Clause 7.3.3 

EN 300 444 [12], Clause 8.1, Figure 1 

F-00 

Perform a G.726 outgoing call (full slot) modifying an established long slot connection from 
TS_1 to Phone C supporting only G.726 

Verify that the lUT selects a codec only in one of the following messages: 
(CC-SETUP-ACK), (CC-CALL-PROC), (CC-ALERTING), or (CC-CONNECT) message 
(other messages not allowed) 

Verify by checking end-to-end U-plane connection that the lUT is able to establish G.726 
outgoing call 

Test case shall fail if IE «CODEC-LIST» is sent in more than one CC message 
The lUT may first negotiate G.722 codec and then switch to G.726 codec instead of 
selecting directly G.726 
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TC FT NG1.N.1 BV 305 


Outgoing G.722call, fall back to G.726 codec when full to long slot type modification fails 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 

Comments: 


TS 102 527-1 [13], Clause 7.3.3 

EN 300 444 [12], Clause 8.1, Figure 1 

F-00 

1 . Perform a G.722 outgoing call in full slot mode from TS 1 to Pfione A supporting 
G.722 and G.726. 

2. TS_1 will not perform the full to long slot type modification successfully. 

If TS_1 will have initiated the slot type modification, TS_1 will switch to G.726, 
indicating so by sending {IWU-INFO} 

1 . Verify that the lUT selects a codec only in one of the following messages: 
{CC-SETUP-ACK}, {CC-CALL-PROC}, {CC-ALERTING}, or {CC-CONNECT} message 
(other messages not allowed) 

2. Verify by checking end-to-end U-plane connection that the lUT is able to fall back to 
G.726 when full to long slot type modification fails 

Test case shall fail if IE «CODEC-LIST» is sent in more than one CC message 
The lUT may first negotiate G.726 codec and then switch to G.722 codec instead of 
selecting directly G.722. In that case, the full to long slot type modification will be initiated by 
lUT after test equipment will have accepted the fall back to G.726 by sending 
{CC-SERVICE-CHANGE-ACCEPT} 




TC FT NG1.N.1 BV 306 


Outgoing call without sending any IE «C0DEC-L1ST» in {CC-SETUP} 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-1 [13], Clause 7.3.3, see Annex D, Table D.3 for IE «C0DEC-LIST» values 

in locate 

F-00 

1 . Perform a location registration request with an IE «Codec-list» set to <Negotiation 

indicator=codec negotiation, G.722, User specific 64kbit/s, G.726> from TS_1 

2. Perform an outgoing call (full slot) from TS_1 without sending any IE «Codec-list» in 
{CC-SETUP} message to Phone A supporting G.722 

1 . Verify that the lUT includes in the {LOCATE-ACCEPT} message an IE «Codec-list» 
with at least G.722 and G.726 codecs 

2. Verify that the lUT selects a codec only in one of the following messages: 
{CC-SETUP-ACK}, {CC-CALL-PROC}, {CC-ALERTING}, or {CC-CONNECT} message 
(other messages not allowed) 

Verify G.722 end-to-end U-plane connection between TS_1 and Phone A 
Test case shall fail if IE «CODEC-LIST» is sent in more than one CC message 
The lUT may first negotiate G.726 codec and then switch to G.722 codec instead of 
selecting directly G.722 




TC_FT_NG1 .N.1_BV_307 


Outgoing call with an IE «CODEC-LIST» in {CC-SETUP} different from previous sent 
during location registration 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-1 [13], Clause 7.3.3, see Annex D, Table D.3 for IE «CODEC-LIST» values 

in locate 

F-00 

1 . Perform a location registration request with an IE «Codec-list» set to <Negotiation 
indicator=codec negotiation, G.722, G.71 1 , G.726> from TS_1 

2. Perform an outgoing call (long slot) from TS_1 with an IE «Codec-list» set to 
<Negotiation indicator=codec negotiation, G.722, G.726> in {CC-SETUP} message to 
Phone A supporting G.722 

1 . Verify that the lUT includes in the {LOCATE-ACCEPT} message an IE «Codec-list» 
with at least G.722 and G.726 codecs 

2. Verify that the lUT selects a codec only in one of the following messages: 
{CC-SETUP-ACK}, {CC-CALL-PROC}, {CC-ALERTING}, or {CC-CONNECT} message 
(other messages not allowed) 

Verify G.722 end-to-end U-plane connection between TS_1 and Phone A 
Test case shall fail if IE «CODEC-LIST» is sent in more than one CC message 
The lUT may first negotiate G.726 codec and then switch to G.722 codec instead of 
selecting directly G.722 



ETSI 



166 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC FT NG1.N.1 BV 321 


Incoming call G.722 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 

Comments: 


TS 102 527-1 [13], Clauses 7.3.3 and D.1.3 Figure D.7 
F-00 

Perform a G.722 incoming call towards lUT from phone A. 

TS_1 sends {CC-ALERTING}, and chooses G.722 in {CC-CONNECT} 

Verify by checking end-to-end U-plane connection that the lUT is able to process G.722 

incoming call 

Short paging format (as defined in EN 300 175-5 [5], Clause 8.2.1) and full paging format 
with TPUl address structure (as defined in EN 300 175-5 [5], Clause 8.2.2) can be used 
within the {LCE-REQUEST-PAGE} message. As a consequence after G.722 was chosen, 
lUT might initiate a full to long slot type modification at MAC layer if necessary 




TC FT NG1.N.1 BV 322 


Incoming call G.726 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 

Comments: 


TS 102 527-1 [13], Clauses 7.3.3 and D.I. 3.1 Figure D.7 with G.726 
F-00 

Perform a G.726 incoming call towards lUT from phone C. 

TS_1 chooses G.726 in {CC-ALERTING}, and sends {CC-CONNECT} 

Verify by checking end-to-end U-plane connection that the lUT is able to process G.726 

incoming call 

Short paging format (as defined in EN 300 175-5 [5], Clause 8.2.1) and full paging format 
with TPUl address structure (as defined in EN 300 175-5 [5], Clause 8.2.2) can be used 
within the {LCE-REQUEST-PAGE} message. As a consequence after G.726 was chosen, 
lUT might initiate a long to full slot type modification at MAC layer if necessary 




TC FT NG1.N.1 BV 323 


Incoming call G.722, negotiation results in G.726 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-1 [13], Clauses 7.3.3 and D.I. 3.2 Figure D.8 
F-00 

Perform a G.722 incoming call towards lUT from phone A. 

TSJ chooses G.726 in {CC-ALERTING}, and sends {CC-CONNECT} after long to full slot 

modification 

Verify by checking end-to-end U-plane connection that the lUT is able to process an 
incoming call G.722 finally negotiated in G.726 

Short paging format (as defined in EN 300 175-5 [5], Clause 8.2.1) and full paging format 
with TPUl address structure (as defined in EN 300 175-5 [5], Clause 8.2.2) can be used 

within the {LCE-REQUEST-PAGE} message. As a consequence after G.726 was chosen, 
lUT might initiate long to full slot type modification at MAG layer if necessary 




TC FT NG1.N.1 WC 101 


Outgoing call Wideband at NG-DECT Part 1 Golden Device PT (Golden Device A) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause D.I. 2.1, D.I. 2.2 
T-00, 

A wideband corded SIP phone (SIP-WB-PH) is connected to the SIP server. 

Golden Device PT registered to lUT 

Perform an outgoing call from Golden Device PT to the SIP-WB-PH. 

Verify by checking end-to-end U-plane connection that a test audio signal (e.g. sine wave 

6 kHz) transmitted to/from the corded phone can be heard on both ends 




TC_FT_NG1 .N.1_WC_1 03 


Incoming call Wideband at NG-DECT Part 1 Golden Device PT (Golden Device A) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause D.1.3.1 
T-00, 

A wideband corded SIP phone (SIP-WB-PH) is connected to the SIP server. 
Golden Device PT is registered to the lUT 

An outgoing call is established from the corded wideband phone (SIP-WB-PH) to the lUT. 
The call is answered on the Golden Device PT. 

Verify by checking end-to-end U-plane connection that a test audio signal (e.g. sine wave 
6 kHz) transmitted to/from the corded phone can be heard on both ends 
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TC FT NG1.N.1 WC 105 


Service change at NG-DECT Part 1 Golden Device PT (Golden Device A) 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause D. 1.4.1 

A wideband corded SIP phone (SIP-WB-PH) and a narrow band corded SIP phone 
(SIP-NB-PH) are connected to the SIP server 

G.722 call is established via outgoing call from Golden Device PT to the SIP-WB-PH. 
Perform a call transfer from the corded wideband phone (SIP-WB-PH) to the corded 
narrowband phone (SIP-NB-PH) initiated by the corded wideband phone. This results in 
the SIP server re-negotiating from wideband to narrowband. 

Verify by checl<ing end-to-end U-plane connection that a test audio signal (e.g. sine wave 
2 kHz) transmitted to/from the corded phone can be heard on both ends 


7.2 TC_FT_NG1 .N.2 Codec switching tests cases 

Test subgroup objectives: to check the lUT's behaviours during codec switching with the following consideration: 

• As a codec change initiates by a PP during an established communication does not correspond to a common 
use case, there is no test case defined for this feature on FP side. 

7.3 TC_FT_NG1 .N.3 IVIissed call notification tests cases 

Test subgroup objectives: to check the lUT's ability to handle missed call notification with the following consideration: 

• NG1.N.3_2 "Missed call notification" procedure is also tested when testing NG1.N.16_17 "Missed calls list" 
procedure due to the "Simultaneous 'list change indication'" requirement. 


TC FT NG1.N.3 BV 201 


Missed call notification after PP location registration 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 1 02 527-3 [1 4], Clause 7.4.1 .3 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), 

F-00 

1 . Perform an incoming call on line towards lUT from Phone A in order to present an 
incoming call on the lUT 

1 a. Send a {CC-ALERTING} message from TS_1 
Hang up on Phone A 

2. Perform a location registration request from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, OS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1)> 

1 a. Verify that the lUT sends in any order: 

• to TS 1 a {CC-RELEASE} message 

• to TS_1 and TS_2, a {FACILITY} message with IE «EVENTS NOTIFICATION^ 
<l\/lissed call, A new external missed voice call just arrived, 1 >(=<01 H,81 H,81 H>) 
< List change indication. Missed calls list, do not care value>(=<03H,81 H,xxH>) 
» and IE«GALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> 

2. Verify that the lUT sends a {FACILITY} to TS_1 message with IE «EVENTS 
NOTIFICATION= <Missed call. No new missed call arrived, 1 >(=<01 H,82H,81 H>) < 
List change indication, Missed calls list, do not care value>(=<03H,81H,xxH>) » and 
IE«CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> 
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7.4 TC_FT_NG1 .N.4 Voice message waiting notification tests 
cases 



Test subgroup objectives: to check the lUT's ability to handle voice message waiting notification. 



TC_FT_NG1 .N.4_BV_201 


Voice message waiting notification, activation 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.1.2, Table 14 

Support of voice mailbox service 

2 PPs registered (TS 1 Is NG PP1 , TS 2 Is NG PP2), 

external call in F-10 (TS_2+IUT) 

Leave one voice message in the mailbox of line from Phone A 
Verify that the lUT sends a {FACILITY} message, with IE «EVENTS NOTIFICATION^ 
<Message waiting, voice, 1>(=<00H,81H,81H>) » and IE«CALL-INFORMATION» 
specifying (line 0) =<(0, 0, Ild0)>, to TS_1 and TS_2 




TC FT NG1.N.4 BV 202 


Voice message waiting notification, deactivation 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 1 02 527-3 [1 4], Clause 7.4.1 .2, Table 1 4 
Support of voice mailbox service 
2 PPs registered (TS 1 Is NG PP1, TS 2 Is NG PP2), 
external call In F-10 (TS_2-i-IUT) 

Voice message waiting notified on line (Run TC_FT_NG1 .N.4_BV_201) 
Consult the voice mailbox 

Verify that the lUT sends a {FACILITY} message, with IE «EVENTS NOTIFICATION^ 
<l\/lessage waiting, voice, 0>(=<00H,81 H,80H>) » and IE«CALL-INFORI\/IATION» 
specifying (line 0) =<(0, 0, Iid0)>, to TS_1 and TS_2 

The most convenient way to perform the stimulus seems to use a handset provided by the 
manufacturer 


7.5 TC_FT_NG1 .N.5 Date and time synchronization tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding date and time synchronization. 


TC FT NG1.N.5 BV 101 


FT Initiated Date and Time synchronization 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clauses 7.4.2.1 and 7.4.2, Table 16 
F-00, "Clock master" field equal to "FP" 
Provide date and time to the lUT 

Verify that the lUT sends to TS_1 a {FACILITY} message with corresponding date and time 
In IE «TIME-DATE = <1 1 B, OOH, (last 2 digits of the year, month, day, hour, minute, 
second, time zone)> » coded in BCD format with the nibble carrying the most significant 
digit transmitted In bits 8-5 of each octet 

Several ways may exist to provide date and time to the lUT: NTP-request, Incoming call, 
web configuration, ... 




TC FT NG1.N.5 BV 102 


PT Initiated Date and Time synchronization 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.2.2 and 7.4.2, Table 16 

2 PPs registered (TS 1 Is NG PP1, TS 2 is NG PP2), "Clock master" field equal to "PP", 
F-00 

Send a {FACILITY} message for date and time synchronization with IE «TIIVIE-DATE = 
<Time and Date, The current time/date, (35H, 07H, 18H, 13H, 22H, 12H, 00H)> » from 
TS_1 to lUT 

Verify that the lUT sends to TS_2 a {FACILITY} message with IE «TIME-DATE = <Tlme 
and Date, The current time/date, (35H, 07H, 18H, 13H, 22H, do not care value, 00H)> » 
Some lUT may not allow to configure the seconds. As a result, octet 6 seconds Is not 
tested 
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7.6 



TC FT NG1.N.6 Parallel calls tests cases 



Test subgroup objectives: to check the lUT's behaviours regarding parallel calls common requirements with the 
following consideration: 

• As NG1.N.6_2 "Control messages" and NG1.N.6_3 "Sending keypad information" procedures are tested 

implicitly when testing NG1.N.7 "Common parallel call" procedures (external or internal), there is no test case 
defined for these two procedures. 



TC FT NG1.N.6 BV 401 



Codec change for parallel calls from G.722 to G.726 



Reference: 
Initial condition: 



Stimulus: 



TS 102 527-3 [14], Clause 7.4.3.3 

2 PPs registered {TS_1 is NG PP1 , TS_2 is GAP PP2), 

G.722 external call in F-10 (TS_1+IUT) initiated by Phone A on line (call id a), TS_1 
selected G.722 when negotiating codec 



Pass criteria: 



1. 



2. 



Comments: 



Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to 1 7H digit from TS_1 

- if (X=2 AND Y=2): Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to 
terminal Id of PP2 and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, 
value b)> from TS_1 . 

- if (X=3 AND not already sent): Send a {CC-ALERTING} message from TS_2, 
followed by a {CC-CONNECT} message from TS_2. 

- if (Y=3 AND not already sent): Send a {CC-SERVICE-ACCEPT} message from 
TS_1 , followed by an {IWU-INFO} message with an IE «CODEC-LIST» set to G.726 
from TS_1 ; 

- if (X=4): Wait until Y=4; 

- if (Y=4): Wait until X=4; 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1, 0, value a), (2, 1, 

9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 

(call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

Set X = 2 and Y=2; 

Verify that either (only one option): 

- X=2 AND lUT sends to TS_2 a {CC-SETUP} message with IE «BASIC-SERVICE» 

'Normal call setup' 
In that case, set X=3 

- Y=2 AND lUT sends to TS_1 a {CC-SERVICE-CHANGE} message with an IE 

«CODEC-LIST» set to G.726 
In that case, set Y=3 

- X=3 AND lUT sends to TS_2 a {CC-CONNECT-ACK} message 

AND lUT sends to TS_1 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, 
value b), (2, 1, 5)> 
In that case, set X = 4 

- Y=3 AND lUT sends to TS_1 a {IWU-INFO} message with an IE «CODEC-LIST» 

set to G.726 

In that case, set Y = 4 

- X=4 AND Y=4 AND There is end-to-end U-plane connection between TS_1 and 

TS_2 

Repeat stimulus 2 unless X=4 AND Y=4 

After pass criteria 1 , the CC-SERVICE-CHANGE / ACCEPT may be performed at 
any time by the iUT 

X and Y are internal state variables of the tester indicating the step respectively 
reached by the two independent tasks 'second call establishment', and 'service 
change' 

stimulus 2 and pass criterion 2 are repeated until X=4 and Y=4 (cf. end of pass 

criterion 2) 

in pass criterion 2, only one received message is handled for one use of pass 
criterion 2: if another message is waiting to be handled, it will be handled after next 
use of stimulus 2 
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TC FT NG1.N.6 BV 402 



Codec change for parallel calls from G.726 to G.722 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

G.726 external call in F-10 (TS_1+IUT) initiated by Plione C on line (call id a), TS_1 
selected G.726 wiien negotiating codec 



2. 



3. 



4. 



5. 



Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to 1CH 15H digits and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 
Send a {CC-INFO} message with IE «I\/IULTI-KEYPAD» set to Phone B number and 
IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from TS_1 
Pick up call on Phone B 

Send a {CC-SERVICE-ACCEPT} message from TS_1 

Send a {IWU-INFO} message with an IE «CODEC-LIST» set to G.722 from TS_1 
Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information, call id b, CS call setup acl<) =<(0, 0, lidO), (0, 5, ItO), (1,0, 
value b), (2, 1,2)> 

Verify that lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call alerting) =<(1 , 0, value b), 
(2, 1 , 4)>, or, if it is not the case, that Phone B rings. 

Verify that the lUT sends to TSJ a {CC-SERVICE-CHANGE} message with an IE 
«CODEC-LIST» set to G.722 

Verify that the lUT sends to TSJ a {IWU-INFO} message with an IE 
«CODEC-LIST» set to G.722 

Verify that the lUT sends to TSJ a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 

First part of pass criterion 5 (end to end connection with 'CS call connect') and 

pass criterion 3 (service change) are both awaited as a result of stimulus 3 

(call picl<-up), but in any order. In other words, first part of pass criteria 5 'CS call 

connect' may be fulfilled at the beginning of pass criterion 3 or 4 

The {IWU-INFO} message received from lUT in pass criterion 4 may be sent 

before or after stimulus 5; lUT and TS_1 shall send their respective {IWU-INFO} 

messages regardless of reception of {IWU-INFO} from the other side 



TC FT NG1.N.6 BV 501 


Sending negative acknowledgement - invalid call toggle request 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.3.4 and 7.4.3.5.3 
F-10 (TS UIUT) initiated by TS 1 on line (call id a) 

Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 31 H) digits and IE 
«CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from TSJ 
Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 09H indicating 'Negative acknowledgement 
tone' 

• an IE «CALL-INFORMATION» specifying (call id b, CS call idle, control code 
failed) =< (1 , 0, value b), (2, 1 , 0), (2, 2, 3)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 
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TC FT NG1.N.6 BV 601 


Busy system notification 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clauses 7.4.8.3 and 7.4.3.5.1 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 30H ("not 
allowed") on line 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A, 

one parallel external call on hold on line (call id b) with Phone B 

Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to 1CH 15H digits from 

TS_1 

Verify that the lUT sends to TS_1 in the same or different {CC-INFOj messages: 

• If declared (see Annex A, Table A.26), an IE «SIGNAL» with the value 04H 
indicating 'Busy tone on' else verify on TS_1 that the busy tone generated by 
network or PABX can be heard 

• an IE «CALL-INFORMATION» specifying (call id c, CS call disconnecting, 
system busy) =< (1 , 0, value c), (2, 1 , 6), (2, 2, 0)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

And after some time-out, verify that the lUT sends to TS_1 in the same or different 
{L-L--iNrU| messages. 

• an IE «CALL-INFORMATION» specifying (call id c, CS idle) =< (1 , 0, value c), 
(2, 1,0)> 

• an IE «SIGNAL» with the value 3FH indicating 'Tones off when declared (see 
Annex A, Table A.26) 

This test case is only used if FT_IXIT_15 is not supported (in other words if FP supports 
only up to 2 parallel call on a PP-FP pair) 



7.7 TC_FT_NG1 .N.7 Common parallel call procedures tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding Common parallel call procedures (external or 
internal). 

Declarations (see Annex A): 

• When NG1.N.22 "Handling of hnes where second calls are signalled in-band" feature is supported on a line, 
the manufacturer shall declare if the following procedures are supported within this line: 

Call release and call release rejection. 

Call waiting rejection (from PP to FP). 

Putting a call on hold (external). 
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TC FT NG1.N.7 BV 101 



Outgoing parallel call initiation (external), FP managed line selection 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



2. 



2. 



TS 102 527-3 [14], Clause 7.4.3.5.1 Figure 5 
External call in F-10 {TS_1 + IUT) initiated by TS_1 on line (call id a) with Phone A 
1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to 1 CH 1 5H digits from 
TS_1 

Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone B number and 
IE «CALL-INFORMATION» specifying (line None, call id b) =<(0, 0, 127), (1 , 0, 
value b)> from TS_1 
Call pick up on Phone B 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1, 0, value a), (2, 1, 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line u, line type information u, call id b) =<(0, 0, lidu), (0, 5, Itu), (1 , 0, value 

b)> 

Verify that lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call alerting) =<(1 , 0, value b), 
(2, 1 , 4)>, or, if it is not the case, that Phone B rings. 
Verify that the lUT sends to TS_1 a {INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 

- Any line can be selected by the lUT 

- When initiating the outgoing parallel call, tones can be generated in narrow band. Hence, 
the lUT may first negotiate G.726 codec and then switch to G.722 codec instead of 
selecting directly G.722 



3. 



TC_FT_NG1 .N.7_BV_1 02 


Outgoing parallel call initiation (internal) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to 1 7H digit from TS 1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to terminal Id of PP2 
and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from TS_1 

3. Send a {CC-ALERTING} message from TS_2 
Send a {CC-CONNECT} message from TS_2 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

2. Verify that the lUT sends to TS 2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id b, CS call setup) =<(1, 0, value b), (2, 1, 1)> 

3. Verify that the lUT sends to TS_2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and TS_2 
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Outgoing parallel call initiation (external), line selection using «CALL-INFORMATION» IE 
in {CC-INFO} 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 1 02 527-3 [14], Clause 7.4.3.5.1 , Figure 4 

External call in F-10 {TS_1+IUT) initiated by TS 1 on line (call id a) with Phone A 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to 1 CH 1 5H digits 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone B number and 
IE «CALL-INFORMATION» specifying (line 0, call id b) =<(0, 0, lidO), (1,0, value b)> 

3. Call pick up on Phone B 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

2. Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id b) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value 
b)> 

Verify that lUT sends to TS 1a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call alerting) =<(1, 0, value b), 
(2, 1 , 4)>, or, if it is not the case, that Phone B rings. 

3. Verify that the lUT sends to TS_1 a {INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 



TC_FT_NG1 .N.7_BV_201 


Call waiting indication (external) - CLIP on call waiting indication - End of call waiting 
indication 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.2 

External call in F-10 (TS_1-i-IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Perform an incoming external call towards lUT from Phone B on line 

2. Hang up on Phone B 

1 . Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 07H indicating 'call waiting tone on' when 
declared (see Annex A, Table A.26) 

• an IE «CALLING PARTY NUMBER» with <calling party address= Phone B 

number> 

• an IE «CALL-INFORMATION» specifying (line 0, line type information, call id b, 
CS call setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value b), (2, 1, 1)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1, 0, value b), (2, 1, 0)> 

- If the 'Second call type' bit of the 'Line type information' received in step 1 is 'Second calls 
are handled with in-band signalling', the 'CS idle' in pass criteria 2 may be sent upon timeout 
by the FP. For such lines, the tester should not abort the test case before CS idle is 
received 

- As this could take up to several minutes after Phone B hangs up (step 2) in some 
implementations, the test equipment shall display appropriate display to request the user to 
wait 
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Call waiting Indication (Internal) - CLIP on call waiting Indication - End of call waiting 

indication 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS 1+IUT) initiated by TS 1 on line (call Id a) with Phone A 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Internal call setup' from 
TS_2 

2. Send a {CC-INFO} message with IE «IV1ULTI-KEYPAD» set to terminal Id of PP1 
and IE «CALL-INFORIVIATION» specifying (call id b) =<(1 , 0, value b)> from TS_2 

3. Send a {CC-RELEASE} message from TS_2 

1 . Verify that the lUT sends to TS_2: 

• (for 'non-early {CC-CONNECT}' Implementation) a {CC-SETUP-ACK} message 
with IE «CALL-INFORMATION» specifying (call Id b, CS call setup ack) =<(1 , 0, 
value b), (2, 1, 2)>, 

• (for 'early {CC-CONNECT}' Implementation) a {CC-CONNECT} message, 

with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> followed 
by a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call Id b, 
CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

2. Verify that the lUT sends to TS_1 In the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 07H indicating 'call waiting tone on' 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number. 
Numbering plan id = Private plan. Presentation indicator=do not care value. 
Screening lndlcator= do not care value, calling party address= IA5 coding of 
terminal Identity number In decimal of PP2> » 

• an IE «CALL-INFORMATION» specifying (call Id b, CS call setup) =< (1 , 0, 
value b), (2, 1, 1)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

3. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call Id b, CS Idle) =<(1 , 0, value b), (2, 1 , 0)> 

- In pass criteria 1 , early CC-CONNECT and non-early CC-CONNECT cases are covered 
for the internal call. Test equipment shall allow both implementations. However It Is not the 
main purpose of the test case to check behaviour of lUT toward TS_2 



TC FT NG1.N.7 BV 301 


Call toggle (external) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.3 

External call in F-10 (TS_1-i-IUT) initiated by TS_1 on line (call id a) with Phone A, 
one parallel external call on hold on line (call id b) with Phone B 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 31 H) digits 
and with IE «CALL-INFORMATION» specifying (call Id b) =<(1 , 0, value b)> from 
TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 31 H) digits 
and with IE «CALL-INFORMATION» specifying (call Id a) =<(1 , 0, value a)> from 
TS_1 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call Id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 

2. Verify that the lUT sends to TS 1a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call hold) =<(1 , 0, value b), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 
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Call toggle (internal) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

One parallel internal call initiated by TS_1 (call id b) with TS_2, put on hold 

One external call in F-10 (TS 1+IUT) initiated by TS 1 on line (call id a) with Phone A 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 31 H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 31 H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS_1 

1 . Verify that the lUT sends to TS 1a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS 1 and TS 2 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call hold) =<(1 , 0, value b), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 

- In pass criterion 1 (and respectively 2), lUT may additionally send call status 'CS call 
connect' (respectively 'CS call hold') to TS_2 (target PP on hold). But this shall not be part 
of the pass criteria as not explicitly defined in TS 102 527-3 [14] 

- When initiating the outgoing parallel external call in initial condition, tones can be 
generated in narrow band. Hence, the lUT may first negotiate G.726 codec and then switch 
to G.722 codec instead of selecting directly G.722 




TC FT NG1.N.7 BV 401 


Call release and call release rejection - Resuming a call put on-hold 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.4 

External call in F-10 (TS_1-i-IUT) initiated by TS_1 on line (call id a) with Phone A, 
one parallel external call on hold on line (call id b) with Phone B 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 33H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 42H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

1 . Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> 
Verify on Phone A that the call was released (i.e. Idle mode or Off-hook warning tone) 
Verify that end-to-end U-plane connection is not established between TS_1 and 
Phone B. 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 

(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 
- In pass criterion 1 , the ILJT is not supposed to re-connect automatically the first call (and 
the audio thereof) without an explicit request from the tester 




TC FT NG1.N.7 BV 601 


Call waiting acceptation (from PP to FP) (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.6 

External call in F-10 (TS_1-i-IUT) initiated by TS_1 on line ( call id a) with Phone A 

1 . Perform an incoming external call towards lUT from Phone B on line 

2. Send a {CC-INFO} message from TS 1 with IE « MULTI-KEYPAD » set to (1 CH, 
35H) digits and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, 
value b)> 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value b), (2, 1 , 1 )> 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 
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TC FT NG1.N.7 BV 602 


Call waiting acceptation (from PP to FP) (internal) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.6 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Internal call setup' from 
TS_2 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to terminal Id of PP1 
and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from TS 2 

3. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 35H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

1 . Verify that the lUT sends to TS_2: 

(for 'non-early {CC-CONNECT}' implementation) a {CC-SETUP-ACK} message 
with IE «CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1 , 
0, valueb), (2, 1,2)>, 

(for 'early {CC-CONNECT}' implementation) a {CC-CONNECT} message, 
with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 
followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«CALL-INFORMATION» specifying (call id b, CS call setup) =<(1 , 0, value b), 
(2, 1,1)> 

3. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify that the lUT sends to TS_2: 

(for 'non-early {CC-CONNECT}' implementation) a {CC-CONNECT} message 
with IE «CALL-INFORMATION» specifying (call id b, CS call connect) =<(1, 0, 
value b), (2, 1, 5)> 

(for 'early {CC-CONNECT}' implementation) a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, 
value b), (2, 1, 5)> 

Verify end-to-end U-plane connection between TS_1 and TS_2 
In pass criterion 3, the lUT may send to TS 2 additional call statuses (CS call proc, CS call 
alerting) (in {CC-CALL-PROC} and {CC-ALERTING} respectively for a 'non-early 
{CC-CONNECT}' implementation; in {CC-INFO} messages for an 'early {CC-CONNECT}' 
implementation) 




TC FT NG1.N.7 BV 701 


Active call release with replacement (from PP to FP) - call waiting (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.12 

External call in F-10 (TS_UIUT) initiated by TS_1 on line ( call id a) with Phone A 

1 . Perform an incoming external call towards lUT from Phone B on line 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 38H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value b), (2, 1 , 1 )> 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)> 
followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call 
id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 

Verify on Phone A that the call was released (i.e. Idle mode or Off-hook warning tone). 
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Active call release with replacement (from PP to FP) - call on-hold (external) 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.12 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A, 

one parallel external call on hold on line (call id b) with Phone B 

Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 38H) digits and 

with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from TS_1 

Verify that the lUT sends to TS la {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)> 

followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, 

CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 




TC FT NG1.N.7 BV 801 


Call waiting rejection (from PP to FP) (external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.5.7 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Perform an incoming external call towards lUT from Phone B on line 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 36H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (2, 1 , 1 )> 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1, 0, value b), (2, 1, 0)> 
Verify end-to-end U-plane connection between TS_1 and Phone A 




TC FT NG1.N.7 BV 901 


Putting a call on hold (external) - Resuming a call put on-hold 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.8 

External call in F-10 (TS 1-hIUT) initiated by TS 1 on line (call id a) with Phone A 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 41 H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)>from 
TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 42H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)>from 
TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), 

(2, 1,9)> 

Verify that end-to-end U-plane connection is not established between TS_1 and 

Phone A 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, value a), 

(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 
In pass criterion 1 , it is to the responsibility of the lUT to play mute patterns 
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Putting a call on hold (internal) - Resuming a call put on-hold 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.8 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), 

Internal call in F-10 (TS 1+TS 2) with call id a 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 41 H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS 1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 42H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)>from 
TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), 
(2, 1 , 9)> 

Verify that end-to-end U-plane connection is not established between TS_1 and TS_2 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, value a), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and TS_2 

- In pass criterion 1 , it is the responsibility of the lUT to play mute patterns; 

- In pass criterion 1 (and respectively 2), lUT may additionally send call status 'CS call hold' 
(respectively 'CS call connect') to TS_2 (target PP put on hold). But this shall not be part of 
the pass criteria as not explicitly defined in TS 102 527-3 [14] 



TC FT NG1.N.7 BV 1201 


CNIP on call waiting indication (external) 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.11 

External call in F-10 (TS_1-i-IUT) initiated by TS_1 on line (call id a) with Phone A 
Perform an incoming external call on line towards lUT from Phone B (CNIP B) 
Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages; 

• an IE «CALLING PARTY NAME =< Presentation indicator=do not care value, 
Used alphabet= DECT standard or UTF-8, Screening indicator= do not care 
value, calling party name = name of Phone B> » 

• an IE «CALL-INFORMATION» specifying (line 0, line type information, call id b, 
CS call setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value b), (2, 1, 1)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

- UTF-8 CNIP can be received if the FP is designed for a network capable of sending 
UTF-8 CNIP 
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CNIP on call waiting indication (internal) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.5.11 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

external call in F-10 (TS_1+IUT) initiated by TS_1 on line ( call id a) with Phone A 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Internal call setup' from 
TS 2 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to 
HANDSET_TS_1_NUMBER and IE «CALL-INFORMATION» specifying (call id b) 
=<(1 , 0, value b)> from TS 2 

1 . Verify that the lUT sends to TS_2: 

• (for 'non-early {CC-CONNECT}' implementation) a {CC-SETUP-ACK} message 
with IE «CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1 , 
0, value b), (2, 1,2)>, 

• (for 'early {CC-CONNECT}' implementation) a {CC-CONNECT} message, 
with IE «CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 
followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

2. Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «CALLING PARTY NAME = < Presentation allowed, DECT standard or 
UTF-8, User-provided, verified and passed, HANDSET_TS_2_NAIVIE > » 

• an IE «CALL-INFORMATION» specifying (call id b, CS call setup) =< (1 , 0, 
value b), (2, 1, 1)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 

messages 

- In pass criterion 1 , early CC-CONNECT and non-early CC-CONNECT cases are covered 
for the internal call. Test equipment shall allow both implementations. However it is not the 
main purpose of the test case to check behaviour of lUT toward TS_2 



7.8 TC_FT_NG1 .N.8 Call transfer tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding call transfer. 
Test equipment implementation requirements in case the call transfer fails 

Test equipment shall allow implementations, where after final pass criteria, the lUT represents the original call to the 
TS_1 (as an incoming CC-SETUP) in case the call transfer was not completed (TS_2 not responding the call). 

For example in TC_FT_NG1.N.8_BV_401, the call transfer is not completed correctly (not accepted on TS_2) so TS_1 
may send an additional CC-RELEASE at the end of the test if the lUT re-presents the original call. 
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Call transfer (external) - announced 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



1a 



2. 



TS 102 527-3 [14], Clause 7.4.3.6.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

external call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) witli Phione A 

1 . Send a {CC-INFO} message witii IE «IVIULTI-KEYPAD» set to (1 7H, IA5 coding of 
terminal identity number in decimal of TS_2) digits from TS_1 

1 a. Send a {CC-ALERTING} message from TS_2 

2. Send a {CC-CONNECT} message from TS_2 

3. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 34H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS_1 

4. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), 

(2, 1,9)> 

Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id b, CS call setup) =<(1 , 0, value b), (2, 1 , 1)> 
If the lUT sends to TS_1 a {CC-INFO} message with IE «CALL-INFORMATION» 
verify that this IE contains correct call ID and call status (call id b, CS call proc) =<(1 , 0, 
value b), (2, 1,3)> 

Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE «SIGNAL» with 
the value 01 H indicating 'ring back tone on' and if IE «CALL-INFORMATION» is 
included verify that this IE contains correct call ID and call status (call id b, CS call 
alerting) =<(1 , 0, value b), (2, 1 , 4)> 

Verify that the lUT sends to TS_2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 
(2, 1,5)> 

Verify that the lUT sends to TS_1 in the same message containing the call status 
indication or different {CC-INFO} messages an IE «SIGNAL» with the value 3FH 

indicating 'Tones Off 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} message, an IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1, 0, value b), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying either: 

- (3.1 ) (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> OR 

- (3.2) (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)>; 
then optionally sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying either: 

- (if 3.1) (call id b, CS idle) =<(1, 0, value b), (2, 1, 0)>OR 

- (if 3.2) (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)>; 
and then mandatorily sends to TS_1 a {CC-RELEASE} message 
Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, updated 
call id a, CS call connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_2 and Phone A 



3. 



4. 
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Call transfer (external) - unannounced 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.3.6 and 7.4.3.6.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

external call in F-10 (TS 1+IUT) initiated by TS 1 on line (call id a) witli Phione A 

1 . Send a {CC-INFO} message witii IE «IVIULTI-KEYPAD» set to (1 7H, IA5 coding of 
terminal identity number in decimal of TS_2) digits from TS_1 

1 a. Send a {CC-ALERTING} message from TS 2 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 34H) digits 
and with IE «CALL-INFORI\/IATION» specifying (call id a) =<(1 , 0, value a)> from 
TS 1 

3. Send a {CC-RELEASE-COM} message from TS_1 
Send a {CC-CONNECT} message from TS_2 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), 
(2, 1,9)> 

Verify that the lUT sends to TS 2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id b, CS call setup) =<(1 , 0, value b), (2, 1 , 1)> 
If the lUT sends to TS_1 a {CC-INFO} message with IE «CALL-INFORMATION» 
verify that this IE contains correct call ID and call status (call id b, CS call proc) =<(1 , 0, 
value b), (2, 1,3)> 

la. Verify that the lUT sends to TSJ a {CC-INFO} message with an IE «SIGNAL» with 
the value 01 H indicating 'Ring bacl< tone on' and if IE «CALL-INFORMATION» is 
included verify that this IE contains correct call ID and call status (call id b, CS call 
alerting) =<(1 , 0, value b), (2, 1 , 4)> 

2. Verify that the lUT sends to TS_1 in the same message containing the call status 
indication or different {CC-INFO} message an IE «SIGNAL» with the value 3FH 
indicating 'Tones Off 

Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying either: 

- (2.1 ) (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> OR 

- (2.2) (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)>; 

then optionally sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying: 

- (if 2.1) (call id b, CSidle) =<(1, 0, value b), (2, 1, 0)>OR 

- (if 2.2) (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)>; 

and then mandatorily sends to TS_1 a {CC-RELEASE} message 
Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying: (line 0, line type information, call id b, updated 
call id a, CS call under transfer) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), 
(2, 1, 12)> 

3. Verify that the lUT sends to TS 2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_2 and Phone A 
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TC FT NG1.N.8 BV 301 



Call re-injection to the system (external) - announced 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.3.6, 7.4.3.6.3 and 7.4.15.2.1 

3 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2, Golden Device A is NG PP3), 

external call in F-10 (TS_1-i-IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to (1 7H, IA5 coding of 
internal general call = 2AH) digits from TS_1 

1 a. Send a {CC-ALERTING} message from TS_2 

2. Send a {CC-CONNECT} message from TS_2 

3. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 34H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS_1 

4. Send a {CC-RELEASE-COM} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), 

(2, 1,9)> 

Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id b, CS call setup) =<(1 , 0, value b), (2, 1 , 1)> and that Golden Device 
A rings 

If the lUT sends to TS_1 a {CC-INFO} message with IE «CALL-INFORMATION» 
verify that this IE contains correct call id and call status (call id b, CS call proc) =<(1 , 0, 
value b), (2, 1,3)> 

1 a. Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE «SIGNAL» with 

the value 01 H indicating 'ring back' tone on' and if IE «CALL-INFORMATION» is 
included verify that this IE contains correct call id and call status (call id b, CS call 
alerting) =<(1 , 0, value b), (2, 1 , 4)> 

2 Verify that the lUT sends to TS_2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify that the lUT sends to TS_1 a {CC-INFO} message an IE «SIGNAL» with the 
value 3FH indicating 'Tones Off 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} message, the IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 

(2, 1,5)> 

Verify that Golden Device A stops ringing 

Verify end-to-end U-plane connection between TS_1 and TS_2 

3. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying either: 

- (3.1) (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> OR 

- (3.2) (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)>; 

and then sends optionally to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying: 

- (if 3.1) (call id b, CS idle) =<(1, 0, value b), (2, 1, 0)> OR 

- (if 3.2) (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)>; 

and then mandatorily sends to TS_1 a {CC-RELEASE} message 
Verify that the lUT sends to TS_2 a {CC-INFO] message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, updated 
call id a, CS call connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), 
(2, 1,5)> 

4. Verify end-to-end U-plane connection between TS_2 and Phone A 

In Pass criterion la, IE «SIGNAL» 'ring back' tone on can be also received earlier in pass 
criterion 1 after the 'CS call hold' call status indication 
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Call re-injection to the system (external) - unannounced 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.3.6, 7.4.3.6.3 and 7.4.15.2.1 

3 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2, Golden Device A is NG PP3), 

external call in F-10 (TS 1-i-IUT) initiated by TS 1 on line (call id a) with Phone A 

1 . Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to (1 7H, IA5 coding of 
internal general call = 2AH) digits from TS_1 

1 a. Send a {CC-ALERTING} message from TS 2 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 34H) digits 
and with IE «CALL-INFORI\/IATION» specifying (call id a) =<(1 , 0, value a)> from 
TS 1 

3. Send a {CC-RELEASE-COM} message from TS_1 
Send a {CC-CONNECT} message from TS_2 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1 , 0, value a), 
(2, 1,9)> 

Verify that the lUT sends to TS 2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id b, CS call setup) =<(1 , 0, value b), (2, 1 , 1)> and that Golden Device 
A rings 

If the lUT sends to TS_1 a {CC-INFO} message with IE «CALL-INFORMATION» s 
verify that this IE contains correct call id and call status (call id b, CS call proc) =<(1 , 0, 
value b), (2, 1,3)> 

1 a. Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE «SIGNAL» with 
the value 01 H indicating 'Ring bacl< tone on' and if IE «CALL-INFORMATION» is 
included verify that this IE contains correct call id and call status (call id b, CS call 
alerting) =<(1 , 0, value b), (2, 1 , 4)> 

2. Verify that the lUT sends to TS_1 in the same message containing the call status 
indication or different {CC-INFO} message an IE «SIGNAL» with the value 3FH 
indicating 'Tones Off 

Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying either: 

- (2.1) (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> OR 

- (2.2) (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)>; 

then optionally sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying 

- (if 2.1) (call id b, CSidle) =<(1, 0, value b), (2, 1, 0)> OR 

- (if 2.2) (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)>; 

and then mandatorily sends to TS la {CC-RELEASE} message 
Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, updated 
call id a, CS call under transfer) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), 
(2, 1, 12)> 

3. Verify that the lUT sends to TS 2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify that Golden Device A stops ringing 

Verify end-to-end U-plane connection between TS_2 and Phone_A 
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Remote party CLIP on call transfer 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clauses 7.4.3.6.4 and 7.4.3.6.5, Figure 18 
2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-1 (IS 1 -i-lUT) initiated by Phone A on line (call id a) with TS 1 

1 . Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to (1 7H, IA5 coding of 
terminal identity number in decimal of TS_2) digits from TS_1 

2. Send a CC-ALERTING message from TS 2 

Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 34H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<{1 , 0, value a)> from 
TS 1 

1 . Verify that the lUT sends to TS 2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id b, CS call setup) =<(1 , 0, value b), (2, 1 , 1)> 

Verify that the lUT sends to TS_2 in the {CC-SETUP} or in a {CC-INFO} message an 
IE « CALLING PARTY NUMBER = <Network specific number. Private plan, IA5 
coding of terminal identity number in decimal of PP1 > » and with IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 

2. Verify that the lUT sends to TS_2 a {CC-INFO} message with IE «CALLING PARTY 
NUMBER = <Number type= number type of phone A received in initial condition, 
Numbering plan id = numbering plan of phone A received in initial condition, 
Presentation indicator= presentation indicator of phone A received in initial condition, 
Screening indicator= screening indicator of phone A received in initial condition. Calling 
party address= Phone A number > » and with IE «CALL-INFORMATION» 
specifying either (call id b) = <(1 ,0, value b> or (call id a) =<(1 , 0, value a)> 

In pass criterion 2, the fields of the IE«CALLING PARTY NUMBER» 
transmitted to TS_2 shall be the same as the one received during the initial 
condition on TS_1 

In pass criterion 2, call id b is used if Phone A CLIP is sent together with 'CS 

call under transfer call status' (and call id update from b to a), call id a is used if 
this CLIP is sent in a subsequent {CC-INFO} message 
Test equipment shall allow implementations, where after pass criteria 2, the 
lUT represents the original call to the TB I (as an incoming CC-SETUP). TS_1 
may for example send an additional CC-RELEASE 
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Remote party CNIP on call transfer 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.6.5, Figure 18 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS Ih-IUT) initiated by Phone A on line (call id a) with TS 1 

1 . Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to (1 7H, 

HANDSET_TS_2_NUMBER) digits from TS_1 

2. Send a CC-ALERTING message from TS 2 

Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 34H) digits 
and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from 
TS 1 

1 . Verify that the lUT sends to TS 2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 

specifying (call id b, CS call setup) =<(1 , 0, value b), (2, 1 , 1 )> 
Verify that the lUT sends to TS 2 in the {CC-SETUP} or a {CC-INFO} message an IE 
«CALLING PARTY NAME = < Presentation allowed, DECT standard or UTF-8, 
User-provided, verified and passed, HANDSET_TS_1_NAME > » and with IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 

2. Verify that the lUT sends to TS_2 a {CC-INFO} message with IE «CALLING PARTY 
NAME =< Presentation indicator= presentation indicator of phone A received in initial 
condition. Used alphabet= UTF-8, Screening indicator^ screening indicator of phone A 
received in initial condition. Calling party name= Phone A name > » and with IE 
«CALL-INFORMATION» specifying either (call id b) = <(1 ,0, value b> or (call id a) 
=<(1 , 0, value a)> 

In pass criterion 2, the fields of the IE«CALLING PARTY NAME» transmitted 
to TS 2 shall be the same as the one received during the initial condition on 

TS_1 

In pass criterion 2, call id b is used if Phone A CNIP is sent together with 'CS 
call under transfer call status' (and call id update from b to a), call id a is used if 
this CNIP is sent in a subsequent {CC-INFO} message 
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7.9 TC_FT_NG1 .N.9 3-party conference with established 
external and/or internal calls tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding 3-party conference with established external and/or 
internal calls. 

Declarations (see Annex A): 

• NG1.N.9 "3-party conference with estabUshed external and/or internal calls" feature is optional on FP side, so 
the manufacturer shall declare if it is supported. 

• 3-party conference with two estabUshed external calls can be base station or network dependent, so the 
manufacturer shall declare if it is supported. 

• 3-party conference with two established external calls on two different lines can be base station or network 
dependent, so the manufacturer shall declare if it is supported in addition to the NG1.N.14 "Multiple hues" 
feature support. 



TC FT NG1.N.9 BV 101 



3-party conference with established external and internal calls - release from non initiating 
internal party 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.7 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_1+IUT) initiated by Phone_A on line (call id a), 

one parallel internal call on hold (call id b) with TS_2 

1. Nothing 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 32H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

3. Send a {CC-RELEASE} message from TS_2 

1 . Verify that "3-party conference" higher layer capability bit is set to 1 (= Extended 
higher layer capabilities (part 2) a33 bit) 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id not chosen for the conference, CS idle) 
=<(1,0, valueaorb), (2, 1,0)>, 

If the call id chosen for the conference is call id b then verify that the lUT sends to 
TS_1 a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, 
updated call id b, CS conference connect) =<(1 , 0, value a), (1,1, value b), 
(2, 1,11)>, 

and to TS_2 a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information, call id b, CS conference connect) =<(0, 0, lidO), (0, 5, ItO), 
(1,0, value), (2, 1, 11)> 

Else verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS conference connect) =<(1 , 0, 
value a), (2, 1, 11)>, 

and to TS_2 a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information, call id b, updated call id a, CS conference connect) =<(0, 
0, lidO), (0, 5, ItO), (1 , 0, value b), (1 , 1 , value a), (2, 1 , 1 1 )> 
Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_2 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
2. Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

Verify that the lUT sends to TS_1 in one or several {CC-INFO} messages an IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id chosen for 
the conference, CS call connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a or b), (2, 1 , 5)> 
and IE «CLIP» with <Calling party address> field set to Phone A number 
Verify end-to-end U-plane connection between TS_1 and Phone A 
'Call id chosen for the conference': chosen by the FP among the involved calls, either the 
on-hold call id (call id b) or the active call id (call id a). The other call id is the 'call id not 
chosen for the conference' (respectively call id a or call id b) 
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3-party conference with established external and internal calls - release of external party 

from initiating PP 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.7 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External G.722 call in F-10 {TS_1+IUT) initiated by Phone_A on line (call id a), 
one parallel internal G.726 call on hold (call id b) with TS_2 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 32H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 33H) digits 
and with IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMAT!ON» specifying (call id not chosen for the conference, CS idle) 
=<(1, 0, value a or b), (2, 1, 0)>, 

If the call id chosen for the conference is call id b then verify that the lUT sends to 
TS_1 a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, 
updated call id b, CS conference connect) =<(1 , 0, value a), (1,1, value b), 
(2, 1,11)>, 

and to TS_2 a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information, call id b, CS conference connect) =<(0, 0, lidO), (0, 5, ItO), 

(1,0, value), (2, 1,11 )> 

Else verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS conference connect) =<(1, 0, 
value a), (2, 1, 11)>, 

and to TS_2 a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information, call id b, updated call id a, CS conference connect) =<(0, 
0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), (2, 1 , 1 1 )> 
Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_2 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 

2. Verify that the lUT sends to TS_1 in one or several {CC-INFO} messages an IE 
«CALL-INFORMATION» specifying (call id chosen for the conference, CS call 
connect) =<(1 , 0, value a or b), (2, 1 , 5)> and IE «CALLING PARTY NUMBER = 
<Network specific number. Private plan, IA5 coding of terminal identity number in 
decimal of PP2> » 

Verify that the lUT sends to TS_2 in one or several {CC-INFO} messages an IE 
«CALL-INFORMATION» specifying (call id chosen for the conference, CS call 
connect) =<(1 , 0, value a or b), (2, 1 , 5)> and IE «CALLING PARTY NUMBER = 
<Network specific number. Private plan, IA5 coding of terminal identity number in 
decimal of PP1 > » 

Verify end-to-end U-plane connection between TS_1 and TS_2 
'Call id chosen for the conference': chosen by the FP among the involved calls, either the 
on-hold call id (call id b) or the active call id (call id a). The other call id is the 'call id not 
chosen for the conference' (respectively call id a or call id b) 
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3-party conference with established external calls - release from initiating party 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.7 

External call in F-10 (TS_1+IUT) initiated by Phone_A on line (call id a), 
one parallel external call on hold on line (call id b) with Phone B 

1 . Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 32H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

2. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id not chosen for the conference, CS idle) 
=<(1 , 0, value a or b), (2, 1 , 0)>, 

If the call id chosen for the conference is call id b then verify that the lUT sends to 
TS_1 a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, 
updated call id b, CS conference connect) =<(1 , 0, value a), (1,1, value b), (2, 1 , 1 1)> 
Else verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS conference connect) =<(1, 0, 
value a), (2, 1, 11)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and Phone B 
Verify end-to-end U-plane connection between Phone A and Phone B 

2. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

'Call id chosen for the conference': chosen by the FP among the involved calls, either the 
on-hold call id (call id b) or the active call id (call id a). The other call id is the 'call id not 
chosen for the conference' (respectively call id a or call id b) 



TC_FT_NG1 .N.9_BV_1 04 


3-party conference with established external calls on two different lines - release from 

initiating party 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.7 

External call in F-10 (TS_1+IUT) initiated by Phone_A on line (call id a), 
one parallel external call on hold on line 1 (call id b) with Phone B 

1 . Send a {CC-INFO} message with IE « IVIULTI-KEYPAD » set to (1 CH, 32H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 
TS 1 

2. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id not chosen for the conference, CS idle) 
=<(1 , 0, value a or b), (2, 1 , 0)>, 

If the call id chosen for the conference is call id b then verify that the lUT sends to 
TS_1 a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, 
updated call id b, CS conference connect) =<(1 , 0, value a), (1,1, value b), (2, 1 , 1 1)> 
Else verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS conference connect) =<(1 , 0, 
value a), (2, 1, 11)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and Phone B 
Verify end-to-end U-plane connection between Phone A and Phone B 

2. Verify that the lUT sends to TS_1 a {CC-RELEASE-COIVI} message 

'Call id chosen for the conference': chosen by the FP among the involved calls, either the 
on-hold call id (call id b) or the active call id (call id a). The other call id is the 'call id not 
chosen for the conference' (respectively call id a or call id b) 



7.10 TC_FT_NG1.N.10 Intrusion call tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Intrusion caU. 
Declarations (see Annex A): 

• NGl.N.lO "Intrusion call" feature is optional on FP side, so the manufacturer shall declare if it is supported. 

• When NGI.N.I4 "Multiple lines" procedure is declared, following behaviours and corresponding test cases are 
exclusive: 

FP implements 'non early CC-CONNECT': TC_FT_NGI.N.IO_BV_IOI, 103, 105, 201, 203. 
FP implements 'early CC-CONNECT': TC_FT_NGI.N.I0_BV_I02, 104, 106, 202, 204. 
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Table 17: Summary of call intrusion test cases on FT side 



Typo of intrusion 


Message for line id 
specification 


Non-eariy |uu-uuNNtu i / 
implementation 


tariy |uu-uUNNtu 1 1 
implementation 


impiicit caii intrusion 


{CO-SETUP} 


TC_FT_NG1.N.10_BV_101 
(narrowband call) 


TC_FT_NG1 .N.10_BV_102 
(narrowband call) 


{CC-iNFO} 


TC FT NG1.N.10 BV 105 


TC FT NG1.N.10 BV 106 


Expiicit call intrusion (line 
intrusion) 


{CC-SETUP} 


TC FT NG1.N.10 BV 103 


TC FT NG1.N.10 BV 104 


{CC-iNFO} 


TC FT NG1.N.10 BV 203 


TC FT NG1.N.10 BV 204 


Explicit call intrusion 
(handset intrusion) 


N/A 


TC FT NG1.N.10 BV 201 


TC FT NG1.N.10 BV 202 


NOTE: Tests cases are exclusive: IF FP implements 'non early CC CONNECT on line THEN run the five tests 

TO FT NG1.N.10 BV 101,105,103,202,201 ELSE run TC FT NG1.N.10 BV 102,106,104,204,201a 
(see Table A.I 6 FT_IXIT_22) 



TO FT NG1.N.10 BV 101 



impiicit caii intrusion into a line in "single call" mode (non-eariy {00-OONNEOT} 
implementation) - release from intruder - G.726 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.8.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

"IVIultiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 and PP2 attached to only line 

G.726 external call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone C 

1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup' and with IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> 

2. Send a {CC-RELEASE} message from TS_2 

1 . Verify that the lUT sends to TS_2 a {CC-CONNECT} message with IE «SIGNAL» 
with the value 02H indicating 'Intercept tone on' and with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id a, CS conference connect) =<(0, 0, lidO), 

(0, 5, ItO), (1,0, value a), (2, 1, 11)> 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on') 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number. 
Numbering plan id = Private plan. Presentation indicator=do not care value. 
Screening indicator= do not care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORIVIATION» specifying (call id a, CS conference connect) 
=<(1,0, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone C 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone C 

2. Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

Verify that the lUT sends to TS_1 in one or several {CC-INFO} messages an IE 
«CLIP» with <Calling party address> field set to Phone C number and IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
connect) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value a), (2, 1, 5)> 
Verify end-to-end U-plane connection between TS_1 and Phone C 

- This test case includes test of correct narrowband conference call establishment in G.726 

- The CLIP in pass criteria 3 is an 'artificial' CLIP created by the FP as the first call was an 
outgoing call 

- In pass criterion 1 , the «SIGNAL» IE may be sent alternatively in a separate {CC-INFO} 
message following the indicated message; in that case, the call id must be present in both 
messages 
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Implicit call intrusion into a line in "single call" mode (early {CC-CONNECT} 
implementation) - release from intruder - G.726 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.8.1 

2 PPs registered (TS_1 is NG PP1, TS_2 is NG PP2), 

"IVIultiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 and PP2 attached to only line 

G.726 external call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone C 

1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup' and with IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> 

2. Send a {CC-RELEASE} message from TS_2 

1 . Verify that the lUT sends to TS_2 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> followed by a {CC- 
INFO} message with IE «SIGNAL.» with value 02H indicating 'Intercept tone on' and 
IE «CALL-INFORIVIATION» specifying (line 0, line type information, call id a, CS 
conference connect) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value a), (2, 1, 11)> 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number. 
Numbering plan id = Private plan. Presentation indicator=do not care value. 
Screening indicator^ do not care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORMATION» specifying (call id a, CS conference connect) =< 
(1,0, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone C 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone C 

2. Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

Verify that the lUT sends to TS_1 in one or several {CC-INFO} messages an IE 
«CL.IP» with <Calling party address> field set to Phone C number and IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 5)> 
Verify end-to-end U-plane connection between TS_1 and Phone C 

- This test case includes test of correct narrowband conference call establishment in G.726 

- The CLIP in pass criteria 3 is an 'artificial' CLIP created by the FP as the first call was an 
outgoing call 

- In pass criterion 1 , the «SIGNAL» IE may be sent alternatively in a separate {CC-INFO} 
message following the indicated message; in that case, the call id must be present in both 
messages 
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Explicit call intrusion into a line in "single call" mode (non-early {CC-CONNECT} 
implementation) with targeted line specified in {CC-SETUP} - release from intruder 
G.722 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.8.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

"Multiple calls mode" set to SDH ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 and PP2 attached to only line 

G.722 external call in F-10 (TS_1-i-IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup', IE « MULTI-KEYPAD » set to (1CH, 40H) digits, and IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> 

2. Send a {CC-RELEASE} message from TS_2 

1 . Verify that the lUT sends to TS_2 a {CC-CONNECT} message with IE «SIGNAL» 
with the value 02H indicating 'Intercept tone on', and with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS 
conference connect) =<{0, 0, lidO), (0, 5, ItO), (1, 0, value a), (2, 1, 11)> 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number. 
Numbering plan id = Private plan. Presentation indicator=do not care value. 
Screening indicator= do not care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORMATION» specifying (call id a, CS conference connect) =< 
(1,0, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone A 

2. Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

Verify that the lUT sends to TS_1 in one or several {CC-INFO} messages an IE 
«CLIP» with <Calling party address> field set to Phone A number and IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 5)> 
Verify end-to-end U-plane connection between TS_1 and Phone A 

- The CLIP in pass criteria 3 is an 'artificial' CLIP created by the FP as the first call was an 
outgoing call 

- In pass criterion 1 , the «SIGNAL» IE may be sent alternatively in a separate {CC-INFO} 
message following the indicated message; in that case, the call id must be present in both 
messages 
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Explicit call intrusion into a line in "single call" mode (early {CC-CONNECT} 
implementation) with targeted line specified in {CC-SETUP} - release from intruder 
G.722 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.8.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 and PP2 attached to only line 

G.722 external call in F-10 (TS_1-i-IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup', IE « IMULTI-KEYPAD » set to (1CH, 40H) digits, and IE 
«CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> 

2. Send a {CC-RELEASE} message from TS_2 

1 . Verify that the lUT sends to TS_2 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> followed by a {CC- 
INFO} message with IE «SIGNAL» with value 02H indicating 'Intercept tone on' and 
IE «CALL-INFORMATION» specifying (line 0, line type information, call id a, CS 
conference connect) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value a), (2, 1, 11)> 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number. 
Numbering plan id = Private plan. Presentation indicator=do not care value. 
Screening indicator= do not care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORMATION» specifying (call id a, CS conference connect) =< 
(1,0, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone A 

2. Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

Verify that the lUT sends to TS_1 in one or several {CC-INFO} messages an IE 
«CLIP» with <Calling party address> field set to Phone A number and IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 5)> 
Verify end-to-end U-plane connection between TS_1 and Phone A 

- The CLIP in pass criteria 3 is an 'artificial' CLIP created by the FP as the first call was an 
outgoing call 

- In pass criterion 1 , the «SIGNAL» IE may be sent alternatively in a separate {CC-INFO} 
message following the indicated message; in that case, the call id must be present in both 
messages 
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Implicit call intrusion into a line in "single call" mode on a multiple line system (non early 
CC-CONNECT implementation) with targeted line specified in {CC-INFO} - release from 
intruder - G.722 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



2. 



TS 102 527-3 [14], Clause 7.4.3.8.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 attached to line 0, PP2 attached to line and line 1 

G.722 external call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 
1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup' 

Send a {CC-INFO} message from TS_2 with IE «CALL-INFORMATION» specifying 
(line 0, call id b) =<(0, 0, lidO), (1 , 0, value b)> 
Send a {CC-RELEASE} message from TS_2 

Verify that the lUT sends to TS_2 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1 , 0, value b), 
(2, 1,2)> 

Verify that the lUT sends to TS_2 a {CC-CONNECT} message with IE «SIGNAL» 
with the value 02H indicating 'Intercept tone on' and with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id b, updated call id a, CS conference 
connect) =<(0, 0, lidO), (0, 5, ItO), (1,0, value b), (1, 1, value a), (2, 1, 11)> 
Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number, 
Numbering plan id = Private plan, Presentation indicator=do not care value. 
Screening indicator= do not care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORMATION» specifying (call id a, CS conference connect) 
=<(1,0, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone A 
Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 
Verify that the lUT sends to TS_1 in one or several {CC-INFO} messages an IE 
«CLIP» with <Calling party address> field set to Phone A number and IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 5)> 
Verify end-to-end U-plane connection between TS_1 and Phone A 

- The CLIP in pass criteria 3 is an 'artificial' CLIP created by the FP as the first call was an 
outgoing call 

- In pass criterion 2, the «SIGNAL» IE may be sent alternatively in a separate {CC-INFO} 
message following the indicated message; in that case, the call id must be present in both 
messages 



3. 
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Implicit call intrusion into a line in "single call" mode on a multiple line system (early 
CC-CONNECT implementation) with targeted line specified in {CC-INFO} - release from 
intruder - G.722 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



2. 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.8.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 

("allowed") on line 0, 

PP1 attached to line 0, PP2 attached to line and line 1 

G.722 external call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 
1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup' 

Send a {CC-INFO} message from TS_2 with IE «CALL-INFORMATION» specifying 
(line 0, call id b) =<(0, 0, lidO), (1 , 0, value b)> 
Send a {CC-RELEASE} message from TS_2 

Verify that the lUT sends to TS_2 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

Verify that the lUT sends to TS_2 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' 

• an IE «CALL-INFORMATION» specifying (line 0, line type information, call id b, 
updated call id a, CS conference connect) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value b), 
(1, 1, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number. 
Numbering plan id = Private plan. Presentation indicator=do not care value. 
Screening indicator= do not care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORMATION» specifying (call id a, CS conference connect) 
=<(1,0, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone A 
Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 
Verify that the lUT sends to TS_1 in one or several {CC-INFO} messages an IE 
«CLIP» with <Calling party address> field set to Phone A number and IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
connect) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 5)> 
Verify end-to-end U-plane connection between TS_1 and Phone A 
The CLIP in pass criteria 3 is an 'artificial' CLIP created by the FP as the first call was an 
outgoing call 



3. 
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Explicit call intrusion into a line in "single call" mode (non-early {CC-CONNECT} 
implementation) - handset intrusion - G.722 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.8.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

"IVlultiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 
("allowed") on line 0, PP1 and PP2 attached to line 

G.722 external call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup' and with IE « MULTI-KEYPAD » set to (1 CH, 40H) digits 

2. Send a {CC-INFO} message from TS_2 with IE « MULTI-KEYPAD » set to (17H, 
31 H) digits and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 

1 . Verify that lUT sends to TS_2 a {CC-SETUP-ACK} with IE «CALL-INFORMATION» 
specifying (call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)>. 

2. Verify that the lUT sends to TS_2 a {CC-CONNECT} message with IE «SIGNAL» 
with the value 02H indicating 'Intercept tone on' and with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id b, updated call id a, CS conference 
connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), (2, 1 , 1 1 )> 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number. 
Numbering plan id = Private plan. Presentation indicator=do not care value. 
Screening indicator= do not care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORMATION» specifying (call id a, CS conference connect) 
=< (1, 0, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone A 
- In pass criterion 2, the «SIGNAL» IE may be sent alternatively in a separate {CC-INFO} 
message following the indicated message; in that case, the call id must be present in both 
messages 
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Explicit call intrusion into a line in "single call" mode (early {CC-CONNECT} 
implementation)- handset intrusion - G.722 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comment 



2. 



1. 



TS 102 527-3 [14], Clause 7.4.3.8.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 
("allowed") on line 0, PP1 and PP2 attaclied to line 

G.722 external call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup' and IE « MULTI-KEYPAD » set to (1CH, 40H) digits 
Send a {CC-INFO} message from TS_2 with IE « MULTI-KEYPAD » set to (17H, 
31 H) digits and IE «CALL-iNFORMATION» specifying (call id b) =<(1 , 0, value b)> 
Verify that lUT sends to TS_2 a {CC-CONNECT} with IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> but no call status, followed by a {CC-INFO} 
message with IE «CALL-INFORMATION» specifying (call id b, CS call setup ack) 
=<(1, 0, value b), (2, 1, 2)> 

2. Verify that the lUT sends to TS_2 a {CC-INFO} message with IE «SIGNAL» with the 
value 02H indicating 'Intercept tone on', and with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id b, updated call id a, CS conference 
connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), (2, 1 , 1 1)> 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number. 
Numbering plan id = Private plan. Presentation indicator=do not care value. 
Screening indicator^ do not care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORMATION» specifying (call id a, CS conference connect) =< 
(1,0, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone A 
- In pass criterion 2, the «SIGNAL» IE may be sent alternatively in a separate {CC-INFO} 
message following the indicated message; in that case, the call id must be present in both 
messages 
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Explicit call intrusion into a line in "single call" mode (non-early {CC-CONNECT} 
implementation) - line Intrusion with target in {CC-INFO} - G.722 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.8.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 
("allowed") on line 0, PP1 and PP2 attached to line 

G.722 external call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup' and with IE « MULTI-KEYPAD » set to (1CH, 40H) digits 

2. Send a {CC-INFO} message from TS_2 with IE «CALL-INFORMATION» specifying 
(line call id b) =<(0, 0, lidO), (1,0, value b)> 

1 . Verify that lUT sends to TS_2 a {CC-SETUP-ACK} with IE «CALL-INFORMATION» 
specifying (call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)>. 

2. Verify that the lUT sends to TS_2 a {CC-CONNECT} message with IE «SIGNAL» 
with the value 02H indicating 'Intercept tone on' and with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id b, updated call id a, CS conference 
connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), (2, 1 , 1 1 )> 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number. 
Numbering plan id = Private plan. Presentation indicator=do not care value. 
Screening indicator= do not care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORMATION» specifying (call id a, CS conference connect) 
=< (1, 0, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone A 
- In pass criterion 2, the «SIGNAL» IE may be sent alternatively in a separate {CC-INFO} 
message following the indicated message; in that case, the call id must be present in both 
messages 
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Explicit call intrusion into a line in "single call" mode (early {CC-CONNECT} 
implementation)- line intrusion with target In {CC-INFO} - G.722 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comment 



2. 



1. 



TS 102 527-3 [14], Clause 7.4.3.8.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

"IVlultiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 31 H 
("allowed") on line 0, PP1 and PP2 attached to line 

G.722 external call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE» 'Normal call 
setup' and with IE « MULTI-KEYPAD » set to (1CH, 40H) digits 
Send a {CC-INFO} message from TS_2 with IE «CALL-INFORMATION» specifying 
(line 0, call id b) =<(0, 0, lidO), (1,0, value b)> 

Verify that lUT sends to TS_2 a {CC-CONNECT} with IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> but no call status, followed by a {CC-INFO} 
message with IE «CALL-INFORMATION» specifying (call id b, CS call setup ack) 
=<(1, 0, value b), (2, 1, 2)> 

2. Verify that the lUT sends to TS_2 {CC-INFO} message with IE «SIGNAL» with the 
value 02H indicating 'Intercept tone on', and with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id b, updated call id a, CS conference 
connect) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (1,1, value a), (2, 1 , 1 1)> 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'Intercept tone on' 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number. 
Numbering plan id = Private plan. Presentation indicator=do not care value. 
Screening indicator^ do not care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> » 

• an IE «CALL-INFORMATION» specifying (call id a, CS conference connect) =< 
(1,0, value a), (2, 1, 11)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_1 and TS_2 
Verify end-to-end U-plane connection between TS_2 and Phone A 
- In pass criterion 2, the «SIGNAL» IE may be sent alternatively in a separate {CC-INFO} 
message following the indicated message; in that case, the call id must be present in both 
messages 



7.1 1 TC_FT_NG1 .N.1 1 Call deflection (external or internal) tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding Call deflection (external or internal) with the 
following consideration: 

• As NG1.N.11_3 "Call deflection control messages" procedure is tested when testing NG1.N.11_1 "Call 
deflection (internal)" procedure and NG1.N.11_2 "Call deflection (external)" procedure, there is no test case 
defined for this procedure. 

Declarations (see Annex A): 

• NGl .N. 1 1 "Call deflection (external or internal)" feature is optional on FP side, so the manufacturer shall 

declare if it is supported. 

• NGl .N. 1 1_1 "Call deflection (internal)" procedure is mandatory on FP side but it only makes sense if 
NGl. N. 14 "Multiple hues" procedure is declared. 



ETSI 



198 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC FT NG1.N.11 BV 101 


Call deflection (Internal) in multiple lines context 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.4.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 is attached to line 0, PP2 is attached to line 1 , 

F-00 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Send a {CC-ALERTING} message from TS_1 

Wait for 3 seconds before sending a {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1 CH, 39H, 1 7H, Terminal id of PP2) digits and with IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> from TS_1 

3. Send a {CC-RELEASE-COM} message from TS_1 

4. Send a {CC-ALERTING} message from TS_2 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(a 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 1)> 

Verify that the lUT does not send to TS 2 a {CC-SETUP} message 

2. Verify that the lUT optionally sends to TS la {CC-INFO} message with IE 
«CALL-INFORI\/IATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)>, 
and then mandatorily sends to TS la {CC-RELEASE} message 

3. Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, 0), (0, 5, ItO), (1,0, value a), (2, 1, 1)> 

Although PP2 is only attached to line 1 , it may receive a call from line as a result of call 
deflection 




TC FT NG1.N.11 BV 201 


Call deflection (external) - first incoming call deflection 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.4.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 and PP2 attached to line 

F-00 

1. Switch on lUT 

2. Perform an incoming call on line towards lUT from Phone A 

3. Send a {CC-ALERTING} message from TS 1 
Send a {CC-ALERTING} message from TS_2 

Wait for 3 seconds before sending a {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1 CH, 39H, 1 5H, Phone B number) digits and with IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from TS_1 

4. Send a {CC-RELEASE-COM} message from TS_1 
Send a {CC-RELEASE-COM} message from TS_2 

1 . Verify that "Call deflection" higher layer capability bit is set to 1 (= Extended higher 
layer capabilities (part 2) a31 bit) 

2. Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1)> 

Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value b), (2, 1, 1)> 

3. Verify that the lUT optionally sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)>, 
and then mandatorily sends to TS_1 a {CC-RELEASE} message 

Verify that the lUT optionally sends to TS 2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1, 0)>, 
and then mandatorily sends to TS_2 a {CC-RELEASE} message 

4. Verify that Phone B rings 

Call deflection request impacts all PPs receiving the incoming call (all stop 
ringing) 

Call id a and call id b may be equal or different (per-PP call ids on external 
incoming call) 



ETSI 



199 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC FT NG1.N.11 BV 202 


Call deflection (external) - call waiting deflection 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.4.2 

External call in F-10 (TS_1+IUT) initiated by TS_1 on line (call id a) with Phone A 

1 . Perform an incoming external call towards lUT from Phone B on line 

2. Wait for 3 seconds before sending a {CC-INFO} message with IE « 
MULTI-KEYPAD » set to (1 CH, 39H, 1 5H, Phone C number) digits and with IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> from TS_1 

1 . Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 07H indicating 'call waiting tone on' when 
declared (see Annex A, Table A.26) 

• an IE «CALLING PARTY NUMBER» with <calling party address= Phone B 
number> 

• an IE «CALL-INFORMATION» specifying (line 0, line type information, call id b, 
CS call setup) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value b), (2, 1, 1)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 
Verify that Phone C rings 



7.12 TC_FT_NG1 .N.12 Line identification tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding line identification with the following considerations: 

• NGl .N. 12_3 "Line identification for a first external outgoing call using «CALL-INFORMATION» IE" 
procedure in {CC-SETUP} message is tested with NG1.N.13_2 "Call identifier assignment on outgoing call 
(FP to PP)" procedure. 

• NG1.N.12_6 "General line identification requirements for external incoming calls" and NG1.N.12_7 "Line 
identification for a first external incoming call" procedures are tested with NG1.N.7_2 "Call waiting indication 
(external or internal)" and NG1.N.13_3 "Call identifier assignment on incoming call (FP to PP)" procedures. 

• No backward compatibility tests in front of a GAP PP are foreseen as these tests will be done when running 
EN 300 444 [12] tests. 

Declarations (see Annex A): 

• Following behaviours and corresponding test cases are exclusive: 

FP implements 'non early CC-CONNECT': TC_FT_NG1.N.12_BV_301, TC_FT_NG1.N.12_GC_401, 
TC_FT_NG1 .N.12_BV_501 . 

FP implements 'early CC-CONNECT': TC_FT_NG1.N.12_BV_302, TC_FT_NG1.N.12_GC_402, 
TC_FT_NG1.N.12_BV_502. 
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Line identification for a first external outgoing call using «CALL-INFORMATION» IE in 
{CC-INFO} (non early CC-CONNECT implementation) 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.5.2.2 
F-00 
1 



la. 
lb. 

1c. 
2. 



Comments: 



Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 
from TS_1 

Send a <Start session, list identifier = 08H, nb of sorting fields =0> from TS_1 
Send a <Read entries, session id=n, start index=1 , direction=0, counter=2, marl< 
entries request^ OOH, list entry field identifier 1 ..n =01 H, 02H, 08H> from TS_1 
Send a <End session, session id=n> from TS_1 

Send a {CO-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (line 0, call id a) =<(0, 0, lidO), (1 , 0, 
value a)> from TS_1 

Send a {CC-RELEASE} message from TS_1 

Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 

from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
call id b) =<(0, 0, lidO), (1,0, value b)>, followed by a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to Phone A number and IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> from TS_1 
Send a {CC-RELEASE} message from TS_1 

Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call setup ack) =<(1, 0, value a), 
(2, 1 , 2)> and verify that this {CC-SETUP-ACK} message does not contain a line 
identifier 

Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=m, 
discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =2> 
Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (at least for line 0) 
Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 
Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1, 0, 
value a)> 

Verify that lUT sends to TS_1 a {CC-ALERTING} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), 
(2, 1 , 4)>, or, if it is not the case, that Phone B rings 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call setup ack) =<(1 , 0, value b), 
(2, 1 , 2)> 

5. Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id b) =<(0, 0, lidO), (0, 5, ItO), (1, 0, 
value b)> 

Verify that lUT sends to TS_1 a {CC-ALERTING} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call alerting) =<(1, 0, value a), 
(2, 1 , 4)>, or, if it is not the case, that Phone A rings. 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

The FP call identifier assignment method is left free to implementation; 'call id a' will be 
equal to 'call b' if lUT implements the "no re-use method" 



la. 

lb. 

1c. 
2. 
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Line identification for a first external outgoing call using «CALL-INFORMATION» IE in 
{CC-INFO} (early CC-CONNECT implementation) 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.5.2.2 
F-00 
1 



la. 
lb. 

1c. 
2. 



Comments: 



Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 
from TS_1 

Send a <Start session, list identifier = 08H, nb of sorting fields =0> from TS_1 
Send a <Read entries, session id=n, start index=1 , direction=0, counter=2, marl< 
entries request^ OOH, list entry field identifier 1 ..n =01 H, 02H, 08H> from TS_1 
Send a <End session, session id=n> from TS_1 

Send a {CO-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (line 0, call id a) =<(0, 0, lidO), (1 , 0, 
value a)> from TS_1 

Send a {CC-RELEASE} message from TS_1 

Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 

from TS_1 

Send a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line 0, 
call id b) =<(0, 0, lidO), (1,0, value b)>, followed by a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to Phone A number and IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)> from TS_1 
Send a {CC-RELEASE} message from TS_1 

Verify that the lUT sends to TS_1 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
setup ack) =<(1 , 0, value a), (2, 1 , 2)> and verify that this {CC-CONNECT} message 
does not contain a line identifier 

Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=m, 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =2> 
Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (at least for line 0) 
Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 
Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value 

a) > 

Verify that lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), 
(2, 1 , 4)>, or, if it is not the case, that Phone A rings. 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

5. Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id b) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value 

b) > 

Verify that lUT sends to TS_1 a {CC- INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call alerting) =<(1, 0, value b), 
(2, 1 , 4)>, or, if it is not the case, that Phone A rings. 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

The FP call identifier assignment method is left free to implementation; 'call id a' will be 
equal to 'call b' if lUT implements the "no re-use method" 



ETSI 



202 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC_FT_NG1 .N.I 2_GC_401 


Backward-compatible line identification for a first external outgoing call using 
«l\/IULTI-KEYPAD» IE (non early CO-CONNECT implementation) 


Reference: 
Initial condition: 

Stinnulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.5.2.3 

TS 1 is a GAP PP1 

F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 
fromTS 1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to ("#lldO" + Phone A 
number) digits from TS 1 

3. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message 

2. Verify that lUT sends to TS_1 a {CC-ALERTING} message, or. If It Is not the case, 
that Phone A rings. 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

In stimulus 2, "#lidO" stands for 2 octets: (23H, 30H+ lldO). Where lldO Is the value 
declared in FT IXIT 20 




TC_FT_NG1 .N.I 2_GC_402 


Backward-compatible line Identification for a first external outgoing call using 
«MULTI-KEYPAD» IE (early CC-CONNECT Implementation) 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.5.2.3 

TS 1 is a GAP PP1 

F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' 
from TS_1 

2. Use the piece-wise method to send ("#lldO"-i-Phone A number) digits In several 

{CC-INFO} messages with IE «KEYPAD» from TS_1 

3. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-CONNECT} message 

2. Verify that Phone A rings 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

In stimulus 2, "#lldO" stands for 2 octets: (23H, 30H+ lidO). Where lldO Is the 
value for line declared In FT_IXIT_20 

In stimulus 2, TS_1 shall send: "#lidO" in a first CC-INFO then each digit of 
the phone A number in a separate CC-INFO 




TC_FT_NG1 .N.I 2_BV_501 


FP managed line selection for a first external outgoing call (non early CC-CONNECT 

implementation) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.5.2.4 
F-OO 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> from TS_1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from TS_1 

3. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message with IE 
«CALL-INFORI\/IATION» specifying at the minimum (call id a, CS call setup ack) 
=<(1 , 0, value a), (2, 1 , 2)> and possibly (line u, line type information u) =<(0, 0, 
value u), (0, 5, lttv)> 

2. If line Id was not received In step 1 then verify that the lUT sends to TS_1 either: 

• a {CC-INFO} message with IE «CALL-INFORMATION» specifying (line u, line 
type Information, call Id a) =<(0, 0, line u), (0, 5, \tu), (1 , 0, value a) > 

or 

• a {CC-CALL-PROC} message with IE «CALL-INFORMATION» specifying 
(line u, line type Information, call Id a, CS call proc) =<(0, 0, line u), (0, 5, Itiv), 
(1,0, value a), (2, 1,3)> 

Verify that lUT sends to TS la {CC-ALERTING} message with IE 
«CALL-INFORIVIATION» specifying (call id a, CS call alerting) =<(1 , 0, value a), 
(2, 1 , 4)>, or, if it is not the case, that Phone A rings. 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COIVI} message 

The FP call identifier assignment method Is left free to implementation; 'call Id a' will be 
equal to 'call b' If lUT implements the "no re-use method" 
Any line can be selected by the lUT 
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TC FT NG1.N.12 BV 502 



FP managed line selection for a first external outgoing call (early CC-CONNECT 

implementation) 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.5.2.4 

F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVIGE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> from TS_1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> from TS_1 

3. Send a {CO-RELEASE} message from TS_1 

1. Verify that the lUT sends to TS_1 : 

• a {CC-CONNECT} message with IE «CALL-INFORMATION» specifying at 
least (call id a) =<(2, 1 , 2)> 

• followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
at least (call id a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

• one of the two previous messages {CC-CONNECT} or {CC-INFO} possibly 
specifying (line u, line type information u) =<(0, 0, value u), (0, 5, ltt;)> in the 
«CALL-INFORMATION» IE 

2. If line id was not received in step 1 , verify that the lUT sends to TS_1 a {CC-INFO} 
message with IE «CALL-INFORMATION» specifying at least (line u, line type 
information u, call id a) =<(0, 0, value u), (0, 5, Itu), (1 , 0, value a)> 

Verify that lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), 
(2, 1 , 4)>, or, if it is not the case, that Phone A rings. 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

The FP call identifier assignment method is left free to implementation; 'call id a' will be 
equal to 'call b' if lUT implements the "no re-use method" 

Any line can be selected by the lUT 



7.13 TC_FT_NG1 .N.13 Call identification tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding call identification with the following consideration: 

• NG1.N.13_1 "Call identification general requirements" and NG1.N.13_4 "Call status indication to the handset 
(FP to PP)" procedures are tested with NG1.N.13_2 "Call identifier assignment on outgoing call (FP to PP)" 
and NG1.N.13_3 "Call identifier assignment on incoming call (FP to PP)" procedures. 

• No backward compatibiUty tests in front of a GAP PP are foreseen as these tests will be done when miming 
EN 300 444 [12] tests. 

• No backward compatibiUty tests in front of a NG-DECT PARTI PP are foreseen as these tests will be done 
when running NG-DECT PARTI backward compatibility tests (see TC_FT_NG1.N.1_WC_* TCs). 

Declarations (see Annex A): 

Following behaviours and corresponding test cases are exclusive: 

• FP implements 'non early CC-CONNECT': TC_FT_NG1.N.13_BV_201. 

• FP implements 'early CC-CONNECT':TC_FT_NG1.N.13_BV_202. 
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TC_FT_NG1 .N.I 3_BV_201 


Call identifier assignment on outgoing call (FP to PP) - Normal call (non early 
CC-CONNECT implementation) - Call status indication 


Reference: 


TS 102 527-3 [14], Clauses 7.4.6.1, 7.4.6.2 and 7.4.6.4 


Initial condition: 


F-00 


Stimulus: 


1 . Send a {CC-SETUP} message witti IE «BAS1C-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 

2. Send a {CC-INFO} message with IE «ML)LTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> from TS_1 

3. Call pick up on Phone A 

4. Send a {CC-RELEASE} message from TS 1 


Pass criteria: 


1 . Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup ack) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 2)> 

2. Verify that lUT sends to TS_1 a {CC-ALERTING} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), 
(2, 1 , 4)>, or, if it is not the case, ttiat Phone A rings. 

3. Verify that the lUT sends to TS_1 a {CC-CONNECT} message with IE 
«CALL-INFORI\/IATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2,1,5)> 

Verify end-to-end U-plane connection between TS 1 and Phone A 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 


Comments: 


FP can send {CC-CALL-PROC} with 'CS call proc' call status before {CC-ALERTING} in 
step 2 



TC_FT_NG1 .N.I 3_BV_202 


Call identifier assignment on outgoing call (FP to PP) - Normal call (early CC-CONNECT 

implementation) - Call status indication 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.6.1 and 7.4.6.2 
F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 

2. Send a {CC-INFO} message with IE «IV1ULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> from TS_1 

3. Call pick up on Phone A 

4. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TS_1 in the first {CC-INFO} or {CC-CONNECT} message 
received an IE «CALL-INFORMATION» specifying at least (call id a) =<(1, 0, value 
a)> 

Verify that all subsequent received messages (i.e. {CC-CONNECT} if not already 
received, and {CC-INFO} for 'CS call setup ack', 'CS call proc' if any) specify the 
same value call id a. 

2. Verify that the lUT sends to TS la {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (CS call alerting) =< (2, 1, 4)>, or, if it is not 
the case, that Phone A rings. 

3. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, value a), 
(2, 1 , 5)>Verify end-to-end U-plane connection between TS_1 and Phone A 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE-COIVI} message 

FP can send also 'CS call proc' with the call identifier before 'CS call alerting' in step 2 
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TC FT NG1.N.13 BV 203 



Call identifier assignment on outgoing call (FP to PP) - Internal call - Call status indication 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.6.1 and 7.4.6.2 

2 PPs registered (TS_1 is NG PP1, TS_2 is NG PP2), F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Internal call setup' 
from TS_1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to terminal Id of PP2 
and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from TS_1 

3. Send a {CC-ALERTING} message from TS_2 
Send a {CC-CONNECT} message from TS_2 

4. Send a {CC-RELEASE} message from TSJ 

5. Send a {CC-RELEASE-COM} message from TS_2 

1 . Verify that the lUT sends to TSJ : 

(for non-early CC-CONNECT implementations) a {CC-SETUP-ACK} message 
with IE «CALL-INFORMATION» specifying (call id a, CS call setup ack) =<(1 , 
0, value a), (2, 1, 2)> 

(for early CC-CONNECT implementations) a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS 
call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

2. Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id a, CS call setup) =<(1 , 0, value a), (2, 1 , 1 )> 

3. Verify that the lUT sends to TS_2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify that the lUT sends to TS_1 : 

(for non-early CC-CONNECT implementations) a {CC-CONNECT} message with 
IE «CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, 
value a), (2, 1, 5)> 

(for early CC-CONNECT implementations) a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, 
value a), (2, 1, 5)> 

Verify end-to-end U-plane connection between TS_1 and TS_2 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
Verify that the lUT sends to TS_2 a {CC-RELEASE} message 

5. None 

FP may send to TS_1 the "CS call proc" and/or "CS call alerting" call statuses with the call 
identifier before 'CS call connect' in step 3 
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Call identifier assignment on outgoing call (FP to PP) - LiA service setup - Call status 
i ndication for outgoing external call 



TC FT NG1.N.13 BV 204 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.6.2 
F-00 
1 



Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 
Send a <Start session, List identifier = 01 H, nb of sorting fields =0> from TS_1 
Send a {CC-INFO} message from TS_1 with IE «MULTI-KEYPAD» set to 1CH 
1 5H digits together with Phone A number and IE «CALL-iNFORMATION» 
specifying (line 0) =<{0, 0, lidO) > 
Call pick up on Phone A 
Send a {CC-RELEASE} message from TS_1 

Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message with possibly an IE 
«CODEC-LIST» selecting one codec 

Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t > 
Verify that the lUT sends to TS_1 a {CC-CONNECT} message with an IE 
«CODEC-LIST» selecting one codec (if the codec was not already selected in 
step 1), followed by a {CC-INFO} message to TS_1 with IE 
«CALL-INFORMATION» specifying at least (line 0, line type information, call id a) 
=<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a)> 
Verify that lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), 
(2, 1 , 4)>, or, if it is not the case, that Phone A rings. 

3. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

FP can send {CC-INFO} with 'CS call proc' call status before {CC-INFO} with 'CS call 
alerting' call status in step 2 



TC FT NG1.N.13 BV 205 



Call identifier assignment on outgoing call (FP to PP) 
indication for internal call 



LiA service setup - Call status 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.6.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 

2. Send a {CC-INFO} message from TS_1 with IE «MULTI-KEYPAD» set to (17H, 
terminal Id of PP2) digits 

3. Send a {CC-ALERTING} message from TS_2 
Send a {CC-CONNECT} message from TS_2 

4. Send a {CC-RELEASE} message from TS_2 

5. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a {CC-CONNECT} message followed by a 
{CC-INFO} message to TS_1 with IE «CALL-INFORMATION» specifying at least 
(call id a) =<(1 , 0, value a)> 

Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' and IE «CALL-INFORMATION» 
specifying (call id a, CS call setup) =<(1 , 0, value a), (2, 1 , 1)> 

3. Verify that the lUT sends to TS_2 a {CC-CONNECT-ACK} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<{1 , 0, value a), (2, 1 , 5)> 

Verify that the lUT sends to TSJ a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, value a), 
(2, 1 , 5)>Verify end-to-end U-plane connection between TS_1 and TS_2 

4. Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

5. Verify that the lUT sends to TSJ a {CC-RELEASE-COM} message 

FP may send "CS call proc" and "CS call alerting" with the call identifier before 'CS call 
connect' in step 3 
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TC FT NG1.N.13 BV 301 


Call identifier assignment on incoming call (FP to PP) - Normal call setup 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.6.3, 7.4.6.4 and 7.4.5.3 
F-00 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Send a {CO-ALERTING} message from TS_1 , followed by a {CC-CONNECT} 
message 1 second later 

3. Send a {CC-RELEASE} message from TSJ 

1 . Verify that the lUT sends to TSJ a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1 )> 

2. Verify that the lUT sends to TSJ a {CC-CONNECT-ACK} message followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 0, value a), (2, 1 , 5)> 

3. Verify that the lUT sends to TSJ a {CC-RELEASE-COM} message 




TC_FT_NG1 .N.I 3_BV_302 


Call identifier assignment on incoming call (FP to PP) - LiA service setup - Call status 
indication for incoming external call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.6.3 
F-00 

1 . Send a {CC-SETUP} message from TSJ with IE «BASIC-SERVICE = <LiA service 
setup. Wideband speech default setup attributes> » 

la. Send a <Start session. List identifier = 01 H, nb of sorting fields =0> from TS_1 

2. Perform an incoming call on line towards lUT from Phone A 

3. Send a {CC-INFO} message from TSJ with IE « MULTI-KEYPAD » set to (1 OH, 
35H) digits and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, 
value a)> 

4. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TSJ a {CC-CALL-PROC} message 

1 a. Verify that the lUT sends to TSJ a <Start session confirm, session id=n, total nb=t > 

2. Verify that the lUT sends to TS_1 a {CO-CONNECT} message followed by in the 
same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 07H indicating 'call waiting tone on' when 

declared (see Annex A, Table A.26) 

• an IE «CALLING PARTY NUMBER» with <calling party address= Phone A 
number> 

• an IE «CALL-INFORMATION» specifying (line 0, line type information, call id 
a, CS call setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1 )> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

3. Verify that the lUT sends to TSJ a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 

4. Verify that the lUT sends to TSJ a {CC-RELEASE-COM} message 



7.14 TC_FT_NG1.N.14 Multiple lines tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding multiple lines with the following considerations: 

• NG1.N.14_1 "Multiple lines general requirements" procedure requires that FP implements NG1.N.7 
"Common parallel call procedures (external or internal)" feature. So there is no test case defined for this 
procedure which is tested implicitly when testing "NG1.N.7 Common parallel call procedures (external or 
internal)" feature. 

• NG1.N.14_2 "Ternoinal attachment and line settings" procedure is tested when testing NG1.N.16_25 "Line 
settings list" procedure and NG1.N.16_40 "Attached handsets" procedure. 

• NGl .N. 14_5 "compatibility with non multiple hne PP or FP" procedme is not tested as is this procedure is 
tested when testing the NGl. N. 12 "Line identification" feature and when running EN 300 444 [12] tests. 
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Declarations (see Annex A): 

• NG1.N.14 "Multiple lines" feature is optional on FP side, so the manufacturer shall declare if it is supported. 

• When NG1.N.22 "Handling of Unes where second calls are signalled in-band" feature is supported on a line, 
the manufacturer shall declare if the following procedure is supported within this line: call release and call 
release rejection. 

Following behaviours and corresponding test cases are exclusive: 

• FP implements 'non early CC-CONNECT': TC_FT_NG1 .N. 14_B V_305 . 



• FP implements 'early CC-CONNECT':TC_FT_NGl .N. 14_B V_306. 



TC_FT_NG1 .N.I 4_BV_301 


Incoming external calls on a multiple line system - Incoming calls on two lines with no 
active PPs 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.7.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 
PP1 is attached to line 0, PP2 is attached to line 1 , 
F-00 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Send a {CC-ALERTING} message from TS_1 

Perform an incoming call on line 1 towards lUT from Phone B 

3. Send a {CC-ALERTING} message from TS_2 
Send a {CC-CONNECT} message from TS 1 

4. Send a {CC-CONNECT} message from TS-2 

5. Send a {CC-RELEASE} message from TS 1 

6. Send a {CC-RELEASE} message from TS 2 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 1)> 

Verify that the lUT does not send to TS_2 a {CC-SETUP} message 

2. Verify that the lUT does not send to TS la {CC-SETUP} message 
Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 1 , line type information, call id b, CS call 
setup) =<(0, 0, lidi ), (0, 5, Itl ), (1 , 0, value b), (2, 1 , 1 )> 

3 Verify that the lUT sends to TS_1 a {CC-CONNECT-ACK} message followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 

4 Verify that the lUT sends to TS 2 a {CC-CONNECT-ACK} message followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify end-to-end U-plane connection between TS_2 and Phone B 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

6. Verify that the lUT sends to TS 2 a {CC-RELEASE-COM} message 
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Incoming external calls on a multiple line system 
Accept second call on idle PP and release it 



Incoming call with one active PP 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.7.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 is attached to line and line 1 , PP2 is attached to line 1 , 

External call in F-10 (TS_1+IUT) initiated by PP1 on line (call id a) with Phone A 

1 . Perform an incoming call on line 1 towards lUT from Phone B 

2. Send a {CC-ALERTING} message followed by a {CC-CONNECT} from TS_2 

3. Send a {CC-RELEASE} message from TS_2 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 1 , line type information, call id b, CS call 
setup) =<(0, 0, lidi), (0, 5, ItO), (1,0, value b), (2, 1, 1)> 

Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 1 , line type information, call id c, CS call 
setup) =<(0, 0, lidi ), (0, 5, Itl ), (1 , 0, value c), (2, 1 , 1 )> 

2. Verify that the lUT sends to TS_2 a {CC-CONNECT-ACK} message followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS call 
connect) =<(1 , 0, value c), (2, 1 , 5)> 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value c), (2, 1 , 0)> 
Verify end-to-end U-plane connection between TS_2 and Phone B 

3. Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

IE «SIGNAL» with the value 07H indicating 'call waiting' tone is also 
received by TS_1 in pass criteria 1 if this procedure is supported 
(see Annex A, Table A.26) 

Call id b and call id c may be equal or different (per-PP call ids on external 
incoming call) 
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Incoming external calls on a multiple line system - Incoming call with one active PP ■ 
Accept second call on active PR and release it - Resume active call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.7.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 is attached to line and line 1 , PP2 is attached to line 1 , 

External call in F-10 (TS_1+IUT) initiated by PP1 on line (call id a) with Phone A 

1 . Perform an incoming call on line 1 towards lUT from Phone B 

2. Send a {CC-ALERTING} message from TS_2 

Send a {CC-INFO} message with 1CH 35H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> from TS_1 

3. Send a {CC-RELEASE-COM} message from TS_2 

Send a {CC-INFO} message with 1CH 33H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)>from TS_1 

4. Send a {CC-INFO} message with 1 CH 42H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)>from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 1 , line type information, call id b, CS call 
setup) =<(0, 0, lidi), (0, 5, Itl), (1,0, value b), (2, 1, 1)> 

Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 1 , line type information, call id c, CS call 
setup) =<(0, 0, lidi), (0, 5, Itl), (1,0, value c), (2, 1, 1)> 

2. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1, 0, value a), (2, 1, 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

Verify that the lUT optionally sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id c, CS idle) =<(1 , 0, value c), (2, 1 , 0)> 
and then mandatorily sends to TS_2 a {CC-RELEASE} message 
Verify end-to-end U-plane connection between TS_1 and Phone B 

3 Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 

4. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 

IE «SIGNAL» with the value 07H indicating 'call waiting' tone is also 
received by TS_1 in pass criteria 1 if this procedure is supported 
(see Annex A, Table A.26) 

Call id b and call id c may be equal or different (per-PP call ids on external 
incoming call) 
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Incoming external calls on a multiple line system - Two simultaneous incoming calls 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.7.3 
2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 
PP1 is attached to line and line 1 , PP2 is attached to line 1 , 
F-00 



Perform an incoming call on line towards lUT from Phone A 

Send a {CC-ALERTING} message from TS_1 

Perform an incoming call on line 1 towards lUT from Phone B 

Send a {CC-ALERTING} message from TS_2 

Hang up on Phone A 

Send a {CC-RELEASE-COM} message from TS_1 
Send a {CC-ALERTING} message from TS_1 
Hang up on Phone B 

Send a {CC-RELEASE-COM} message from TS_1 

Send a {CC-RELEASE-COM} message from TS_2 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 

«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 

setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 1)> 

Verify that the lUT does not send to TS_2 a {CC-SETUP} message 

Verify that the lUT does not send to TS_1 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying at least (CS call setup) =< (2, 1, 1)> 

Verify that the lUT sends to TS_2 a {CC-SETUP} message with IE 

«CALL-INFORMATION» specifying (line 1 , line type information, call id b, CS call 

setup) =<(0, 0, lidi ), (0, 5, Itl ), (1 , 0, value b), (2, 1 , 1 )> 

Verify that the lUT optionally sends to TS_1 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> 

and then mandatorily sends to TS_1 a {CC-RELEASE} message 

Verify that the lUT send to TS_1 a {CC-SETUP} message with IE 

«CALL-INFORMATION» specifying (line 1 , line type information, call id c, CS call 

setup) =<(0, 0, lidi), (0, 5, Itl), (1,0, value c), (2, 1, 1)> 

Verify that the lUT optionally sends to TS_1 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id c, CS idle) =<(1 , 0, value c), (2, 1 , 0)> 

and then mandatorily sends to TS_1 a {CC-RELEASE } message 

Verify that the lUT optionally sends to TS_2 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id b, CS idle) =<(1, 0, value b), (2, 1, 0)> 

and then mandatorily sends to TS_2 a {CC-RELEASE} message 

In pass criterion 2, external incoming call on line 1 is not presented to TS_1 
because call with call with call id a is not yet established. Call is presented 
again in pass criterion 4 

Call id b and call id c may be equal or different (per-PP call ids on external 
incoming call) 
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Outgoing external calls on a multiple line system 
early CC-CONNECT implementation) 



Initiate outgoing calls on two lines (non 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.7.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 is attached to line 0, PP2 is attached to line 1 , 

F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 

Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 1) =<(0, 0, Iid1)> from TS_2 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from TS_1 
Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone B number 
and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from TS_2 

3. Call pick up on Phone A 
Call pick up on Phone B 

4. Send a {CC-RELEASE} message from TS_1 
Send a {CC-RELEASE} message from TS_2 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup ack) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 2)> 

Verify that the lUT sends to TS_2 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (line 1 , line type information, call id b, CS call 
setup ack) =<(0, 0, lidi ), (0, 5, Itl ), (1 , 0, value b), (2, 1 , 2)> 

2. Verify that lUT sends to TS_1 a {CC-ALERTING} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1 , 0, value a), 
(2, 1 , 4)>, or, if it is not the case, that Phone A rings. 

Verify that lUT sends to TS_2 a {CC-ALERTING} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call alerting) =<(1, 0, value b), 
(2, 1 , 4)>, or, if it is not the case, that Phone B rings. 

3. Verify that the lUT sends to TS_1 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2,1,5)> 

Verify that the lUT sends to TS_2 a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 

(2, 1,5)> 

4. Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_2 and Phone B 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

FP can send {CC-CALL-PROC} with 'CS call proc' call status before {CC-ALERTING} in 
step 2 
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Outgoing external calls on a multiple line system 
CC-CONNECT implementation) 



Initiate outgoing calls on two lines (early 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.7.3 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

PP1 is attached to line 0, PP2 is attached to line 1 , 

F-00 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 

Send a {CC-SETUP} message with IE «BAS1C-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 1) =<(0, 0, Iid1)> from TS_2 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> from TS_1 
Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone B number 
and IE «CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> from TS_2 

3. Call pick up on Phone A 
Call pick up on Phone B 

4. Send a {CC-RELEASE} message from TS_1 
Send a {CC-RELEASE} message from TS_2 

1 . Verify that the lUT sends to TS_1 : 

• a {CC-CONNECT} message with IE «CALL-INFORMATION» specifying at 
least (call id a) =<(1 , 0, value a)> 

• followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
at least (call id a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

• one of the two previous messages {CC-CONNECT} or {CC-INFO} specifying at 
least (line 0, line type information) =<(0, 0, lidO), (0, 5, It0)> in the 
«CALL-INFORMATION» IE 

Verify that the lUT sends to TS_2: 

• a {CC-CONNECT} message with IE «CALL-INFORMATION» specifying at 
least (call id b) =<(1 , 0, value b)> 

• followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
at least (call id b, CS call setup ack) =<(1 , 0, value b), (2, 1 , 2)> 

• one of the two previous messages {CC-CONNECT} or {CC-INFO} specifying at 
least (line 1, line type information) =<(0, 0, lidi), (0, 5, It1)> in the 
«CALL-INFORMATION» IE 

2. Verify that lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), 
(2, 1 , 4)>, or, if it is not the case, that Phone A rings. 

Verify that lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call alerting) =<(1, 0, value b), 
(2, 1 , 4)>, or, if it is not the case, that Phone B rings. 

3. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 

(2, 1,5)> 

4. Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify end-to-end U-plane connection between TS_2 and Phone B 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
Verify that the lUT sends to TS_2 a {CC-RELEASE-COM} message 

FP can send also 'CS call proc' with the call identifier before 'CS call alerting' in step 2 
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Internal calls in multiple line context 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.7.4 

2 PPs registered (TS_1 is NG PP1, TS_2 is NG PP2), 

PP1 is attached to line 0, PP2 is attached to line 1 , 

F-00 

1 Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'internal call setup' 

2 Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to (IA5 coding of 
terminal identity number in decimal of TS 2) digit from TS 1 

1 Verify that lUT sends to TS_1 a {CC-SETUP-ACK} with IE «CALL- 
INFORMATION» specifying (call id a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 
2)>, or (for an early {CC-CONNECT} implementation) a {CC-CONNECT} with no call 
status specifying (call id a) =<(1 , 0, value a)> 

2 Verify that the lUT sends to TS 2 a {CC-SETUP} message with IE 
«BASIC-SERVICE» 'Internal call setup' 

Early {CC-CONNECT} and non-early {CC-CONNECT} cases are handled in the same 
test case (pass criterion 1). Test equipment shall allow both implementations 


7.15 TC_FT_NG1.N.15 Multiple calls tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding multiple calls procedure. 
Declarations (see Annex A): 

Following behaviours and corresponding test cases are exclusive: 

• FP implements 'non early CC-CONNECT': TC_FT_NG1 .N. 15_B V_205. 

• FP implements 'early CC-CONNECT':TC_FT_NG1.N.15_BV_206. 


TC FT NG1.N.15 BV 201 


Incoming external calls on a multiple call line - Accept incoming second call on idle PP 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.8.2 

"Multiple calls mode" set to 31 H ("multiple call mode") on line 0, 
2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_2-i-IUT) initiated by PP2 on line (call id b) with Phone B 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Send a {CC-ALERTING} message followed by a {CC-CONNECT} from TS_1 

3. Send a {CC-RELEASE} message from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 

«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1 )> 
Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id c, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value c), (2, 1 , 1 )> 

2 Verify that the lUT sends to TS_1 a {CC-CONNECT-ACK} message followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying (call id a, CS call 
connect) =<(1 , 0, value a), (2, 1 , 5)> 

Verify that the lUT sends to TS 2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id c, CS idle) =<(1 , 0, value c), (2, 1 , 0)> 
Verify end-to-end U-plane connection between TS_1 and Phone A 
3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
Call id a and call id c may be equal or different (per-PP call ids on external incoming call) 
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Incoming external calls on a multiple call line - Accept incoming second call on active PP 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.8.2 
"Multiple calls mode" set to 31 H ("multiple call mode") on line 0, 
2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_2+IUT) initiated by PP2 on line (call id b) with Phone B 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Send a {CC-ALERTING} message from TS_1 

Send a {CC-INFO} message with 1CH 35H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id c) =<(1 , 0, value c)> from TS_2 

3. If FT_IXIT_24 (Line parallel call release) = SUPPORTED, then 

- send a {CC-INFO} message with 1CH 33H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id c) =<(1 , 0, value c)>from TS_2 
Else (not supported) 

- send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 38H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> from 

TS_2 

4. If FT_IXIT_24 (Line parallel call release) = SUPPORTED and FT_IXIT_27 (Line 
resuming parallel call on hold) = SUPPORTED, then send a {CC-INFO} message 
with 1CH 42H in IE «MULTI-KEYPAD» and IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)>from TS_2 

1 . Verify that the lUT sends to TSJ a {CC-SETUP} message with IE 

«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1 )> 
Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id c, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1, 0, value c), (2, 1 , 1)> 

2 Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call hold) =<(1, 0, value b), (2, 1, 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id c, CS call connect) =<(1 , 0, value c), (2, 1 , 5)> 
Verify end-to-end U-plane connection between TS_2 and Phone A 

3. If FTJXIT_24 (Line parallel call release) = SUPPORTED, then 

- verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id c, CS idle) =<(1 , 0, value c), (2, 1 , 0)> 
Else (not supported) 

- verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id c, CS idle) =<(1 , 0, value c), (2, 1 , 0)> 
followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

4. If FT_IXIT_24 (Line parallel call release) = SUPPORTED and FTJXIT_27 (Line 
resuming parallel call on hold) = SUPPORTED, then verify that the lUT sends to 
TS_2 a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, 
CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

In all cases verify end-to-end U-plane connection between TS_2 and Phone B 

- Call id a and call id c may be equal or different (per-PP call ids on external incoming call) 

- In steps 3 and 4, in case the lUT does not support parallel call release on line 0, 
(FT_IXIT_24 = NOT SUPPORTED), then the test equipment uses 1CH 38H instead of 
1 CH 33H. This sub case may be needed if NG1 .N.22 " Handling of lines where second 
calls are signalled in-band " is supported on this line, i.e. FT_IXIT_31 declared to ' Double 
calls with in-band', and when running this test individually. 
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TC_FT_NG1 .N.I 5_BV_205 


Outgoing external calls on a multiple call line - Initiate outgoing second call on idle PP 
(non early CC-CONNECT implementation) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.8.2 

"Multiple calls mode" set to 31 H ("multiple call mode") on line 0, 
2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_2+IUT) initiated by PP2 on line (call id b) with Phone B 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS 1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from TS_1 

3. Call pick up on Phone A 

4. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP-ACK} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup ack) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 2)> 

2. Verify that lUT sends to TS_1 a {CC-ALERTING} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), 
(2, 1 , 4)>, or, if it is not the case, that Phone A rings. 

3. Verify that the lUT sends to TS_1 a {CC-CONNECT| message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1 , 5)>Verify end-to-end U-plane connection between TS 1 and Phone A 

4. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 

FP can send {CC-CALL-PROC} with 'CS call proc' call status before {CC-ALERTING} in 
step 2 




TC__FT_NG1 .N.I 5_BV_206 


Outgoing external calls on a multiple call line - Initiate outgoing second call on idle PP 
(early CC-CONNECT implementation) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.8.2 

"Multiple calls mode" set to 31 H ("multiple call mode") on line 0, 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS 2-i-IUT) initiated by PP2 on line (call id b) with Phone B 

1 . Send a {CC-SETUP} message with IE «BASIC-SERVICE» 'Normal call setup' and 
IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> from TS_1 

3. Call pick up on Phone A 

4. Send a {CC-RELEASE} message from TS_1 

1. Verify that the lUT sends to TS_1 : 

• a {CC-CONNECT} message with IE «CALL-INFORMATION» specifying at 
least (call id a) =<(1 , 0, value a)> 

• followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
at least (call id a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

• one of the two previous messages {CC-CONNECT} or {CC-INFO} specifying at 
least (line 0, line type information) =<(0, 0, lidO), (0, 5, It0)> in the 
«CALL-INFORMATION» IE 

2. Verify that lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), 
(2, 1 , 4)>, or, if it is not the case, that Phone A rings. 

3. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1 , 5)>Verify end-to-end U-plane connection between TS 1 and Phone A 

4. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

FP can send also 'CS call proc' with the call identifier before 'CS call alerting' in step 2 
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TC FT NG1.N.15 BV 207 



Outgoing external calls on a multiple call line - Initiate outgoing second call on active PP 
using «CALL-INFORMATION» line selection 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.8.2 

"Multiple calls mode" set to 31 H ("multiple call mode") on line 0, 
2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

External call in F-10 (TS_2+IUT) initiated by PP2 on line (call id b) with Phone B 

1. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to 1CH 15H digits 

from TS_2 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number 
and IE «CALL-INFORMATION» specifying (lineO, call id a) =<(0, 0, lidO), (1 , 0, 
value a)> from TS_2 

3. Call pick up on Phone A 

4. If FTJXIT_24 (Line parallel call release) = SUPPORTED, then 

- send a {CC-INFO} message with 1CH 33H in IE «MULTI-KEYPAD» and IE 
«CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)>from TS_2 
Else (not supported) 

- send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 38H) digits 
and with IE «CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> from 
TS_2 

5. If FTJXIT_24 (Line parallel call release) = SUPPORTED and FTJXIT_27 (Line 
resuming parallel call on hold) = SUPPORTED, then send a {CC-INFO} message 
with 1CH 42H in IE «MULTI-KEYPAD» and IE «CALL-INFORMATION» 
specifying (call id b) =<(1 , 0, value b)>from TS_2 

1 . Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call hold) =<(1 , 0, value b), (2, 1 , 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id a, CS call setup ack) =<(1 , 0, value a), (2, 1 , 2)> 

2. Verify that the lUT sends a {CC-INFO} message with IE «CALL-INFORMATION» 
specifying (line 0, line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, 
value a)> 

Verify that lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1 , 0, value a), 
(2, 1 , 4)>, or, if it is not the case, that Phone A rings. 

3. Verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_2 and Phone A 

4. If FTJXIT_24 (Line parallel call release) = SUPPORTED, then 

- verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1 , 0, value a), (2, 1 , 0)> 
Else (not supported) 

- verify that the lUT sends to TS_2 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)> 
followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id b, CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

5. If FTJXIT_24 (Line parallel call release) = SUPPORTED and FTJXIT_27 (Line 
resuming parallel call on hold) = SUPPORTED, then verify that the lUT sends to 
TS_2 a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, 
CS call connect) =<(1 , 0, value b), (2, 1 , 5)> 

In all cases verify end-to-end U-plane connection between TS_2 and Phone B 

- FP can send also 'CS call proc' with the call identifier before 'CS alerting' in step 2 

- In steps 4 and 5, in case the lUT does not support parallel call release on line 0, 
(FT_IXIT_24 = NOT SUPPORTED), then the test equipment uses 1CH 38H instead of 
1 CH 33H. This sub case may be needed if NG1 .N.22 " Handling of lines where second 
calls are signalled in-band " is supported on this line, i.e. FT_IXIT_31 declared to ' Double 
calls with in-band, and when running this test individually. 
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TC FT NG1.N.15 BV 301 


Busy line notification 


Reference: 


TS 102 527-3 [14], Clause 7.4.8.3 


Initial condition: 


"Multiple calls mode" set to 30H ("single call mode") and "Intrusion call" set to 30H ("not 




allowed") on line 




2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 




external call in F-10 (TS_2+IUT) initiated by TS_2 on line (call id b) witfi Phone B 


Stimulus: 


1. Send a {CC-SETUP} with IE «BASIC-SERVICE» Normal call setup and IE 




«GALL-INFORIvlATION» specifying (line 0) =<(0, 0, Iid0)> from TS_1 




2. bend a {CG-RELEASE-COM} from Tb_1 


r ass criiena. 


1 . veriTy Tnai me lu i senas to i o_ i in ine Same or ainerenT iL/U-iiNrvj) messages 




• an IE «SIGNAL» set to the value 04H indicating 'Busy tone on' when declared 




(see Annex A, Table A. 26) 




• an IE «CALL-INFORMATION» specifying (call id a, CS call disconnecting, line 




in use) =<(1 , 0, value a), (2, 1 , 6), (2, 2, 1)> 




• when sent in different messages, call status indication shall always be sent in the 




first used {CC-INFO} message, and call identifier shall be sent within all 




messages 




After some time-out, verify that the lUT sends to TS 1 in the same or different 




{oo-iNrU) messages. 




• an It <<oioiNAL>> wiin me vaiue orn inoicaiing i ones on wnen oeciareo ^see 




Annex A, Table A.26) 




• optionally an IE «CALL-INFORMATION» specifying (call id a, CS idle) =<(1 , 0, 




value a), (2, 1, 0)> 




Verify that the lUT sends to TS_1 a {CC-RELEASE} message 


Comments: 


In stimulus 1 , TS 1 tries to place an external call on a line where a call is already going on 




(line 0) 



7.16 TC_FT_NG1 .N.16 List access service tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Ust access service procedures with the following 
considerations: 

• Some test cases shall be run in a given order. In that case, the test case reference to be run before is indicated 
in the initial condition. 

• NG1.N.6_2 "List change notification" procedure is tested with NG1.N.6_22 "Internal names hst" procedure 
and NG1.N.6_25 "Line settings list" procedure. 

• AsNGl.N.16_26 "Virtual contact list and call list per line" is conditional on support of NGl.N. 14 "Multiple 
Unes" feature, and there are no more requirements on FP side that the implementation of line identifier field, 
there is no test case defined for this procedure. 

Test equipment implementation requirements for PEV protected lists (DECT system setting, Line setting, or 
Internal names) 

• When testing the FP, some field of the 'DECT system setting', 'Line setting', or 'Internal names' lists can be 
'PIN protected'. When reading a 'PIN protected' field, the 'PIN protected' property bit will be set to 1. As a 
result, the test equipment shall automatically edit and save the 'Current PIN code' field of 'DECT system 
settings' Ust before editing this field (see TS 102 527-3 [14], Clause 7.4.11.1). 

NOTE: In order to simplify the implementation, it is also possible to systematically edit and save the 'Current PIN 
code' field before opening the possible protected lists as the authentication is vahd for the whole List 
access service call. 
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Test equipment implementation requirements for "DECT system settings list" and "list of supported lists" 

• For the "DECT system settings list" and the "list of supported lists", the test equipment shall use a 'Number of 
sorting fields' value of '0' in the 'start session' conamand, and shall check that lUT answers with a 'Number of 
sorting fields' value of '0' in the 'start session confirm'. 

This includes test cases where the "DECT system settings list" or the "list of supported lists" is already 
open at test case starting time. Concerned test cases are the following: 

"DECT system settings" Ust test cases: TC_PT_NG1.N.16_BV_2401, 2402, 2701, 2801, 2901, 
3001,3501,5101. 

"List of supported Usts" list test cases: TC_PT_NG1 .N. 16_BV_302, 1601 . 

This includes test cases where the "DECT system settings list" is accessed before a PIN protected field is 
edited on any hst. Concerned test cases depend on lUT implementation. 

Test equipment implementation requirements for call lists and contact lists 

Multiple instances of the 'contact number' field in the contact list (see also TS 102 527-3 [14], Clause 7.4.10.1, 
'Field instances management' entry) 

• In TC_FT_NG1.N.16_BV_2101 to TC_FT_NG1.N.16_BV_2111, when reading or editing a contact Ust entry 

The test equipment shall systematically include the 'Contact number' field id twice in the request. The 
lUT shall answer with up to two available instances; if there is no available instance, the lUT shall 
answer with an empty instance. 

If a further save is done by the test equipment (i.e. the previous request was en 'edit'), 

■ The test equipment shall include at least all contact numbers instances that were received during the 
previous edit. 

■ The test equipment may include additional contact numbers, provided that the total number of 
contact numbers included (received + additional) does not exceed the number of contact numbers 
requested during the previous edit. 

■ The test equipment may replace a received contact number with an empty instance (instance with 
length =1) thus indicating to the lUT that the contact number is to be removed. The lUT shall not 
keep the empty instance, but discard the corresponding contact number instead. 

• Handling of the line name and line id fields in list access test cases 

Although not mentioned in all test cases, the Une name and line id fields shall be handled correctly: 

• lUT behaviour: 

The lUT shall handle line name and line id fields in the call lists, contact lists and line settings list. 

For the contact list, if the test equipment does not save the "line id" field when an entry is created, lUT 
shall set a default value "All lines" or one line for the line id. 

• Test equipment requirements: 

The test equipment shall use or check the following codings of the "hne id" field: 

■ For calls lists: the line identifier field sub type shall be "Une identifier for externjil caUs". 
Additionally the value "None" is not allowed. 

■ For Line settings Ust, the list identifier sub type shall be "relating to". 

■ For Contact list, the list identifier sub type shaU be "relating to" or "All Unes" values a specified in 
TS 102 527-3 [14], Clause 7.4.10.5.1.7. 
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Declarations (see Annex A): 

• Following procedures are optional or conditional so the manufacturer shall declare if they are supported: 
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"Emission mode". 



• Following behaviours and corresponding test cases are exclusive: 

TC_FT_NG1.N.16_BV_303: FP does not accept simultaneous access to the same list from 2 different 
PPs. 

TC_FT_NG1.N.16_BV_304: FP accepts simultaneous accesses to the same list from 2 PPs. 



When implementing multiple hnes, the manufacturer shall declare whether PP default attachment to at least 
one line after registration is supported or not. See Annex A, Table A. 15. 



TC_FT_NG1 .N.16_BV_301 


Start / end session sequencing and parameters - list of supported lists 


Reference: 


TS 102 527-3 [14], Clause 7.4.10.4.1 


Initial condition: 


F-00 


Stimulus: 


1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 




setup, Wideband speech default setup attributes> » 




2. Send a <Start session, List identifier = OOH, nb of sorting fields =0> from TS_1 




3. Send a <End session, session id=n> from TS 1 




4. Send a {CC-RELEASE} from TS_1 


Pass criteria: 


Verify that the lUT sends back to TS 1 : 




1 . a {CC-CALL-PROC} 




2. a <Start session confirm, session id=n, total nb=1 , discriminator type=0 or 1 , nb of 




sorting fields =0> 




3. a <End session confirm, session id=n> 




4. a {CC-RELEASE-COIV!} message 


Comments: 


Session identifier shall be different from "0" value 



ETS/ 



221 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC FT NG1.N.16 BV 302 


CC-RELEASE without end session - list of supported lists 


Reference: 


TS 102 527-3 [14], Clause 7.4.10.4.1 


Initial condition: 


List of supported lists open (session id=n). Re-use first 2 steps as 




TC 


FT NG1.N.16 BV 301 test. 


Stimulus: 


1. 


Send a {CC-RELEASE} from TS_1 




2. 


Send a jcC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LIA service 






setup. Wideband speech default setup attributes> » 




3. 


Send a <Start session, List identifier = OOH, nb of sorting fields =0> from TS_1 




4. 


Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark 






entries request= OOH, list entry field identifier 1 =01 H> from TS 1 




5. 


Send a {CC-RELEASE} from TS_1 


Pass criteria: 


After start session confirm received, Verify that the lUT sends back to TS_1 : 




1. 


a {CC-RELEASE-COM} message 




2. 


a {CC-CALL-PROC} message 




3. 


a <Start session confirm, session id=n, total nb=1 , discriminator type=0 or 1 , nb of 






sorting fields =0> 




4. 


a <Read entries confirm, session id=n, start index=1, counter=1> followed by one 






<data packet last> 




5. 


a {CC-RELEASE-COM} message 


Comments: 


Make sure that the second start session is successful (no error returned by the FP) 




Between step 2 and step 3, no specific delay is required 



TC FT NG1.N.16 BV 303 


No simultaneous access to the same list from 2 different PPs - internal names list 


Reference: 


TS 102 527-3 [14], Clause 7.4.10.4.1 


Initial condition: 


2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2) 


Stimulus: 


1. 


Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 






setup. Wideband speech default setup attributes> » 




2. 


Send a <Start session, list identifier = 06H, nb of sorting fields =0> from TS_1 




3. 


Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE = <LiA service 






setup, Wideband speech default setup attributes> » 




4. 


Send a <Start session, list identifier = 06H, nb of sorting fields =0> from TS_2 




5. 


Send a <End session, session id=n> from TS 1 




6. 


Send a {CC-RELEASE} from TS 2 




7. 


Send a {CC-RELEASE} from TS_1 


Pass criteria: 


Verify that the lUT sends back to TS_1 : 




1. 


a {CC-CALL-PROC} message 




2. 


a <Start session confirm, session id=n, total nb=2, discriminator type=0 or 1 , nb of 






sorting fields =1 , sorting field idl =1 > 




Verify that the lUT sends back to TS_2: 




3. 


a {CC-CALL-PROC} message 




4. 


a <Start session confirm, session id=0. Start session reject reason= list already in 






use by another session > 




5. 


Verify that the lUT sends back to TS la <End session confirm, session id=n> 




6. 


Verify that the lUT sends back to TS 2 a {CC-RELEASE-COM} message 




7. 


Verify that the lUT sends back to TS la {CC-RELEASE-COM} message 


Comments: 


Here we only check that FP rejects with proper error code the start session from the 




second PP 




This TC is exclusive with TC FT NG1.N.16 BV 304 
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TC FT NG1.N.16 BV 304 



Simultaneous access to the same list from 2 different PPs (check edit locks an entry) 

internal names list 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.4.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2) 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 

2. Send a <Start session, list identifier = 06H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request^ OOH, list entry field identifier 1..n =01 H, 02H, 03H> from TS_1 

4. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 ..n =01 H, 
02H, 03H > from TS_1 

5. Send a {CC-SETUP} message from TS_2 with IE «BASIC-SERVICE = <LiA service 
setup. Wideband speech default setup attributes> » 

6. Send a <Start session, list identifier = 06H, nb of sorting fields =0> from TS_2 

7. Send a <Read entries, session id=m, start index=1 , direction=0, counter=1 , mark 
entries request^ OOH, list entry field identifier 1..n =01 H, 02H, 03H> from TS_2 

8. Send a <Edit entry, session id=m, entry identifier=u, list entry field identifier 1 ..n 
=01 H, 02H, 03H > from TS_2 

9. Send a <Save entry, session id=m, entry identifier=u> from TS_2 followed by <data 
packet/data packet last> modifying "Name" field to "TESTER 2" 

1 0. Send a <Delete entry, session id=m, entry identifier=u> from TS_2. 

1 1 . Send a <Delete list, session id=m> from TS_2 

12. Send a <End session, session id=m> from TS_2 

13. Send a <End session, session id=n> from TS_1 

1 4. Send a {CC-RELEASE} message from TS_2 

1 5. Send a {CC-RELEASE} message from TS_1 
Verify that the lUT sends back to TS_1 : 

1 . a {CC-CALL-PROC} message 

2. a <Start session confirm, session id=n, total nb=2, discriminator type=0 or 1 , nb of 
sorting fields =1 , sorting field idl =1 > 

3. a < Read entries confirm, session id=n> followed by <data packet/data packet last> 
with 1 ^' entry content (entry identifier = u) 

4. a <Edit entry confirm, session id=n, total nb=2, discriminator type=0 or 1 , nb of 
sorting fields =1, sorting field id1 =1> 

Verify that the lUT sends back to TS_2: 

5. a jCC-CALL-PROC} message 

6. a <Start session confirm, session id=m, total nb=2, discriminator type=0 or 1 , nb of 
sorting fields =1 , sorting field idl =1 > 

7. a < Read entries confirm, session id=m> followed by <data packet/data packet last> 
with 1 ^' entry content (entry identifier = u) 

8. a <Negative acknowledgement, session id=m, reject reason= temporarily not 
possible> 

9. a <Negative acknowledgement, session id=m, reject reason= procedure not allowed> 

10. a <Negative acknowledgement, session id=m, reject reason= temporarily not 
possible> 

11. a <Negative acknowledgement, session id=m, reject reason= procedure not allowed> 

1 2. a <End session confirm, session id=m> 

13. Verify that the lUT sends back to TS_1 a <End session confirm, session id=n> 

1 4. Verify that the lUT sends back to TS_2 a {CC-RELEASE-COM} message 

1 5. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 

Aim of the test is to make sure save/edit/delete entry/delete list from a second handset (on 
the same entry) is not possible if a first handset is editing this entry 
This TC is exclusive with TC_FT_NG1 .N.16_BV_303 

In pass criteria 8,9,1 0,1 1 lUT shall send the negative acknowledgements only after the 
whole command was received from TS_2. Especially in pass criterion 9, lUT must wait 
until data packet and data packet last are received, before sending a negative 
acknowledgement 
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TC FT NG1.N.16 BV 305 



Edit Current PIN code while Line setting list session is open 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 1 02 527-3 [14], Clause 7.4.1 1 .1 
Current PIN code field set to (FFH, FFH, OOH, OOH) 
F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 

2. Send a <Start session, List identifier = 08H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request^ OOH, list entry field identifier 1 =01 H, 02H, 03H > from TS_1 

4. Send a <Start session. List identifier = 07H, nb of sorting fields =0> from TS_1 

5. Send a <Read entries, session id=m, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=01H> from TS_1 

6. Send a <Edit entry, session id=m, entry identifier=v, list entry field identifier 1 =01 H> 
from TS_1 

7. Send a <Save entry, session id=m, entry identifier=v> from TS_1 followed by <data 
packet/data packet last> with Current PIN code field set to (FFH, FFH, OOH, OOH) 

8. Send a <End session, session id=m> from TS_1 

9. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =01 H, 
02H, 03H> from TS_1 

1 0. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by one 
<data packet last> 

1 1 . Send a <End session, session id=n> from TS_1 

1 2. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 
discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =1 > 

3. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

4. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=1 , 
discriminator type=0 or 1 , nb of sorting fields =0> 

5. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=m> followed 
by <data packet/data packet last> with Current PIN code field set to (FFH, FFH, FFH, 
FFH) (entry identifier = v) 

6. Verify the lUT sends to TS_1 a <Edit entry confirm, session id=m> followed by <data 
packet/data packet last> with Current PIN code field set to (FFH, FFH, FFH, FFH) 

7. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=m, entry 
identifier=v, position index=1 , total number of available entries=1 > 

8. Verify that the lUT sends to TS_1 a <End session confirm, session id=m> 

9. Verify the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by <data 
packet/data packet last> 

10. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1, total number of available entries=t> 

1 1 . Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

1 2. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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TC FT NG1.N.16 BV 1601 


List of supported lists - read entries 


Reference: 


TS 102 527-3 [14], Clauses 7.4.10.5.1.1 and 7.4.10.5.2 


Initial condition: 


List of supported lists open (session id=n) 


Stimulus: 


1 


Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark 






entries request= OOH, list entry field identifier 1 =01 H> from TS_1 




2. 


Send a {CC-RELEASE} message from TS_1 


Pass criteria: 


1 


Verify tfiat the lUT sends back to TS_1 a <Read entries confirm, session id=n, start 






index=1 , counter=1> followed by one <data packet last> 






In data packet: 






Verify that there is one entry in packet 






Verify that there is one field 'List identifiers' in this entry 






veriTy inai me list loeniiTiers are oroereo in ascenainy numerical oroer in list 






identifiers' field 






Verify that 'List identifiers' field includes at the minimum and ordered in 






ascending numerical order: 






• OOH List of supported lists 






• 01 H Missed calls list 






• 03H Incoming accepted calls list 






• 05H Contact list 






• 06H Internal names list 






• 07H DECT system settings list 






• 08H Line settings list 






Verify that 'List identifiers' field include optional lists declared (see Annex A, 






Table A.25) 




2. 


Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 


Comments: 


Session identifier shall be different from "0" value 



TC FT NG1.N.16 BV 1701 


Missed calls list - Delete list - Read entries when empty 


Reference: 


TS 102 527-3 [14], Clause 7.4.10.5.3 


Initial condition: 


Service call in F-03 


Stimulus: 


1. 


Send a <Start session. List identifier = 01 H, nb of sorting fields =0> from TS_1 




2. 


Send a <Delete list, session id=n> from TS 1 




3. 


Send a {CC-RELEASE} from TS_1 




4. 


Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 






setup, Wideband speech default setup attributes> » 




5. 


Send a <Start session. List identifier = 01 H, nb of sorting fields =0> from TS_1 




6. 


Send a <Read entries, session id=m, start index=1 , direction=0, counter=1 , mark 






entries request= 7FH, list entry field identifier 1..n =01 H, 02H, 03H, 04H, 05H, 06H, 






07H> from TS_1 




7. 


Send a <End session, session id=n> from TS 1 




8. 


Send a {CC-RELEASE} from TS_1 


Pass criteria: 


1. 


Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 






discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 




2. 


Verify that the lUT sends to TS la <Delete list confirm, session id=n> 




3. 


Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 




4. 


Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 




5. 


Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=0, 






discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =3> 




6. 


Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m. 






reject reason= invalid start index > 




7. 


Verify that the lUT sends to TS la <End session confirm, session id=m> 




8. 


Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 


Comments: 


Session identifier shall be different from "0" value 
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TC FT NG1.N.16 BV 1702 



Missed calls list - List change notification - Read entries when new entries 



Reference: 
initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clauses 7.4.1.3, 7.4.10.4.1 and 7.4.10.5.3 

Date and time of the system set, 2 PPs registered {TS_1 is NG PP1 , TS_2 is NG PP2), 
Missed calls list empty (see TC_FT_NG1.N.16_BV_1701), F-00 



la. 



2a. 



3a. 



la. 



2a. 



3a. 



Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) to 
make the lUT ring 

Send a {CC-ALERTING} message from TS_1 and from TS_2 
Hang up on Phone A 

Perform an incoming call on line towards lUT from Phone B (CLIP B / CNIP B) to 
make the lUT ring 

Send a {CC-ALERTING} message from TS_1 and from TS_2 
Hang up on Phone B 

Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) to 
make the lUT ring 

Send a {CC-ALERTING} message from TS_1 and from TS_2 
Hang up on Phone A 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 
Send a <Start session, List identifier = 01 H, nb of sorting fields =0> from TS_1 
Send a <Read entries, session id=m, start index=1 , direction=0, counter=3, mark 
entries request= 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

Send a {CC-RELEASE} from TS_1 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1)> 
Verify that the lUT sends in any order: 

• to TS_1 a {CC-RELEASE} message 

• to TS_1 and TS_2, a {FACILITY} message with IE «EVENTS NOTIFICATION= 
<Missed call, A new external missed voice call just arrived, 1> 
(=<01H,81H,81H>) < List change indication. Missed calls list, 1> 
(=<03H,81H,81H>) » and IE«CALL-INFORMATION» specifying (line 0) =<(0, 
0, Iid0)> 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value b), (2, 1 , 1 )> 
Verify that the lUT sends in any order: 

• to TS_1 a {CC-RELEASE} message 

• to TS_1 and TS_2, a {FACILITY} message with IE «EVENTS NOTIFICATION= 

<Missed call, A new external missed voice call just arrived, 2> 
(=<01 H,81 H,82H>) < List change indication. Missed calls list, 2> 
(=<03H,81H,82H>)» and IE«CALL-INFORMATION» specifying (line 0) =<(0, 
0, Iid0)> 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id c, CS call 

setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value c), (2, 1, 1)> 
Verify that the lUT sends in any order: 

• to TS_1 a {CC-RELEASE} message 

• to TS_1 and TS_2, a {FACILITY} message with IE «EVENTS NOTIFICATION= 
<Missed call, A new external missed voice call just arrived, 3> 

(=<01 H,81 H,83H>)< List change indication. Missed calls list, 2 or 3> 
(=<03H,81H,82H or 83H>)» and IE«CALL-INFORMATION» specifying 
(line 0) =<(0, 0, Iid0)> 
Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 
Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=2 
or 3, discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =3> 
Verify that the lUT sends to TS_1 a < Read entries confirm, session id=m> followed 
by <data packet/data packet last> with 

• 1 entry: "Number" field set to CLIP A, "Name" field set to CNIP A, "Read status" 
field with 'unread' property bit set to 'unread' (unread =1 B), and 'Number of calls' 
field set to 1 or 2 

• 2"" entry: "Number" field set to CLIP B, "Name" field set to CNIP B, "Read status" 
field with 'unread' property bit set to 'unread' (unread =1 B), and 'Number of calls' 
field set to 1 

• "Date and Time" field value of 1 ^' entry shall be more recent than "Date and 
Time" field value of 2"^ entry 

• "Line id" field of both entries set to 'Line identifier for external call' and line value 
(0, lidO) 
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Comments: 


• "Line name" field of both entries set to line name of line (see Clause A.2.2 

FT IXIT 28) 

7. Verify that the lUT sends to TS 1a {CC-RELEASE-COM} message 

8. Verify that the lUT sends to TS 1 and TS 2, a {FACILITY} message with IE 
«EVENTS NOTIFICATION= <Missed call, No new missed call arrived, 0> 
(=<01 H,82H,80H>) < List change indication, Missed calls list, 2 or 3> 
(=<03H,81H,82H or83H>) » and IE«CALL-INFORMATION» specifying (line 0) 
=<(0, 0, Iid0)> 

Both TS_1 and TS_2 are attached to line 0. However, in pass criteria 1 and 1a, 
2 and 2a, 3 and 3a, call establishment and release are only verified for TS_1 
"Event multiplicity" field is tested and not full octet value (i.e. 03H instead of 
83H) 

"Total number of available entries" field can be set to 2, or 3, as some FPs may 
either handle only one entry for the last missed call from a remote party, or one 
entry per incoming missed call 

- CLIP and CNIP in step 6 of pass criteria must be the same than ones 
previously received during steps 2 and 3 of stimulus 

- In step 1 a, 2a and 3a, TS_1 should send CC-ALERTING and then invite 
the user to hangup on Phone A/Phone B via a display on the test 
equipment 

- In Pass criteria 6, the entries are still marked as 'unread' in the 'Read 
entries confirm'. However these entries will later be marked as 'read' in any 
further 'Read entries confirm' of next test cases) due to mark entries 
request=7FH in step 6 




TC_FT_NG1.N.16_BV_1703 


Missed calls list - Delete entry - Negative acknowledgement 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.3 

Run TC_FT_NG1.N.16_BV_1702 - Missed calls list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

2. Send a <Delete entry, session id=n+1 , entry identifier = u> from TS_1 

3. Send a <Delete entry, session id=n, entry identifier = u> from TS_1 

4. Send a <Delete entry, session id=n, entry identifier = u+3> from TS_1 

5. Send a <End session, session id=n> from TS 1 

6. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1 ^' entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n+1 , 
reject reason= invalid session number > 

3. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 1 or 2> 

4. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= entry not available > 

5. Verify that the lUT sends to TS la <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
In step 4, 'u-i-3' identifier is invalid on lUT side 
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TC FT NG1.N.16 BV 1704 



Missed calls list - Transfer number from missed calls list to contact list 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.10.5.3 and 7.4.10.5.7 

Run TC_FT_NG1 .N.16_BV_1703 - Missed calls list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request^ 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

2. Send a <Start session. List identifier = 05H, nb of sorting fields =0> from TS_1 

3. Send to TS_1 a <Save entry, session id=m, entry identifier=OOH> followed by <data 
packet/data packet last> set to {Name= CNIP B, First name="Forename B", Contact 
numberl = CLIP B, Line id=(3, lidO ) ) and (Associated melody= 0) when declared 
(see Annex A, Table A. 15) 

4. Send a <Read entries, session id=m, start index=p, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

5. Send a <End session, session id=m> from TS_1 

6. Send a <End session, session id=n> from TS_1 

7. Send a {CC-RELEASE} from TS_1 

1 . Verify tliat the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1 ^* entry content (entry identifier = u): 
"Number" field set to CLIP B, "Name" field set to CNIP B, "Read status" field with 
'unread' property bit set to 'read' (read=0B), and 'Number of calls' field set to 1 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=t, 
discriminator type = or 1 , nb of sorting fields = 1 or 2, sorting field idl = 1 , sorting 
field id2 = 2 in case of 2 sorting fields > 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=m, entry 
identifier= v, position index=p, total nb of available entries= t-i-1> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=m, start 
index=p, counter=1> followed by <data packet/data packet last> with entries created 
in step 3 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=m> 

6. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

'v' entry identifier in pass criteria 3 shall be a new identifier different from 'u' entry identifier 
Total number of available entries in pass criteria 3 shall be Total number of available 
entries in pass criteria 2 + 1 

'position index=p' received from lUT in pass criteria 3 shall be used in stimulus 4 'Start 
index=p' 

In Pass criteria 1 , the entries were marked as 'read' during TC_FT_NG1 .N.l 6_BV_1 702 
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rC FT NG1.N.16 BV 1705 


Missed calls list - Initiate a voice call during a list access session 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clauses 7.4.10.5.3 and 7.4.10.6.2 

RunTC FT NG1.N.16 BV 1704, 

F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 

2. Send a <Start session. List identifier = 01 H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request^ 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H>fromTS 1 

4. Send a {CC-INFO} message from TS_1 with IE «MULTI-KEYPAD» set to 1 CH, 
15H digits together with Phone B number and IE «CALL-INFORMATION» 
specifying (line 0) =<(0, 0, Iid0)> 

5. Send a <End session, session id=n> from TS_1 

6. Call pick up on Phone B 

7. Send a {CC-RELEASE} from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=2, 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =3> 

3. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1°' entry content (entry identifier = u): 
"Number" field set to CLIP B, "Name" field set to CNIP B, "Read status" field with 
'unread' property bit set to 'read' (read=OB), and 'Number of calls' field set to 1 

4. Verify that the lUT sends to TS_1 a {CC-CONNECT} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying at least (line 0, 
line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a)> 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 
Verify that lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call alerting) =<(1, 0, value a), 
(2, 1 , 4)>, or, if it is not the case, that Phone B rings. 

6. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1 , 0, value a), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS 1 and Phone B 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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Missed calls list - List access during existing voice call with second call initiation - 
Switching between LA session and voice call - Returning to LA session after voice call 
termination 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clauses 7.4.10.5.3, 7.4.10.6.4 and 7.4.10.6.5 

Run TC_FT_NG1 .N.16_BV_1704, 

F-00 



la. 
2. 
3. 
4. 



10. 
1. 



la. 



Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <normal call 

setup, Wideband speech default setup attributes> » and IE 
«CALL-INFORI\/IATION» specifying (line 0) =<{0, 0, Iid0)> 
Send a {CC-INFO} with IE «MULTI KEYPAD» set to Phone A number. 
Pick up the call on Phone A 

Send a <Start session, List identifier = 01 H, nb of sorting fields =0> from TS_1 
Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

Send a {CC-INFO} message from TS_1 with IE «MULTI-KEYPAD» set to 1CH, 
1 5H digits together with Phone B number and IE «CALL-INFORMATION» 
specifying (line 0) =<(0, 0, Iid0)> 
Call pick up on Phone B 

If FT_IXIT_24 (Line parallel call release) = SUPPORTED, then 

- send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 33H) 
digits and with IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 
from TS_1 

Else (not supported) 

- send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 38H) 
digits and with IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 
from TS_1 

If FT_IXIT_24 (Line parallel call release) = SUPPORTED, then 

- send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 33H) 
digits and with IE «CALL-INFORMATION» specifying (call id b) =<(1, 0, value b)> 
from TS_1 

Else (not supported) 

- send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 33H) 
digits and with IE «CALL-INFORMATION» specifying (call id a) =<(1, 0, value a)> 
from TS_1 

Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request^ 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

Send a {CC-RELEASE} from TS_1 

Verify that lUT sends to TS_1 a {CC-SETUP-ACK} with IE «CALL- 
INFORMATION» specifying at least (call id a, CS call setup ack) =<(1 , 0, value a), 
(2, 1 , 2)>, or (for an early {CC-CONNECT} implementation) a {CC-CONNECT} with 
no call status specifying (call id a) =<(1 , 0, value a)> 
Verify that the lUT sends to TS_1 in a {CC-CONNECT} or (for an early CC- 
CONNECT implementation) in a {CC-INFO} message, an IE 
«CALL-INFORMATION» specifying at least (call id a, CS call connect) =<(1 , 0, 
value a), (2, 1, 5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 

Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=2, 

discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =3> 

Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 

by <data packet/data packet last> with 1^' entry content (entry identifier = u): 

"Number" field set to CLIP B, "Name" field set to CNIP B, "Read status" field with 

'unread' property bit set to 'read' (read=OB), and 'Number of calls' field set to 1 

Verify end-to-end U-plane connection between TS_1 and Phone A 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1, 0, value a), (2, 1, 

9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 

at least (line 0, line type information, call id b) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b)> 

Verify that lUT sends to TS_1 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id b, CS call alerting) =<(1, 0, value b), 

(2, 1 , 4)>, or, if it is not the case, that Phone B rings. 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 

«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 

(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 
If FT_IXIT_24 (Line parallel call release) = SUPPORTED, then 

- verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
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Comments: 



10. 



«CALL-INFORMATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)> 

Else (not supported) 

- verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1, 0, value b), (2, 1, 0)> 
followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 

If FT_IXIT_24 (Line parallel call release) = SUPPORTED, then 

- verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =<(1 , 0, value b), (2, 1 , 0)> 
Else (not supported) 

- verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS idle) =<(1, 0, value a), (2, 1, 0)> 
Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u): 
"Number" field set to CLIP B, "Name" field set to CNIP B, "Read status" field with 
'unread' property bit set to 'read' (read=OB), and 'Number of calls' field set to 1 
Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

The minimum necessary call statuses are tested here 

Early {CC-CONNECT} and non-early {CC-CONNECT} cases are handled in the 
same test case (pass criteria 1 and 1a). Test equipment shall allow both 
implementations. Test equipment may rely on supplier declaration FT_IXIT_22 
to know which implementation is used by the lUT 

In stimulus 7 and pass criterion 7, in case the lUT does not support parallel call 
release on line 0, (FT_IXIT_24 = NOT SUPPORTED), then the test equipment 
uses 1 C38H instead of 1 C 33H, and releases the calls in the reverse order 



TC FT NG1.N.16 BV 1801 


Outgoing calls list - Delete list - Read entries when empty 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.5.4 
Service call in F-03 

1 . Send a <Start session. List identifier = 02H, nb of sorting fields =0> from TS_1 

2. Send a <Delete list, session id=n> from TS 1 

3. Send a {CC-RELEASE} from TS_1 

4. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 

5. Send a <Start session. List identifier = 02H, nb of sorting fields =0> from TS_1 

6. Send a <Read entries, session id=m, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H > from 
TS_1 

7. Send a <End session, session id=n> from TS 1 

8. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field id1 =3> 

2. Verify that the lUT sends to TS la <Delete list confirm, session id=n> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=0, 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field id1 =3> 

6. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m, 
reject reason= invalid start index > 

7. Verify that the lUT sends to TS_1 a <End session confirm, session id=m> 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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Outgoing calls list - Read entries when new entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.4 

Date and time of the system set, Outgoing calls list empty 

(see TC_FT_NG1.N.16_BV_1801), F-00 

1 . Perform an outgoing call on line to Phone A (Number A) from TS_1 
Perform an outgoing call on line to Phone B (Number B) from TS_1 
Perform an outgoing call on line to Phone A (Number A) from TS_1 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup. Wideband speech default setup attributes> » 

2. Send a <Start session, List identifier = 02H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=1 , direction=0, counter=2, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

4. Send a <End session, session id=n> from TS 1 

5. Send a {CC-RELEASE} from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=2 
or 3, discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =3> 

3. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 

• 1 St entry: "Number" field set to Number A 

• 2nd entry: "Number" field set to Number B 

• "Date and Time" field value of 1st entry shall be more recent than "Date and 

Time" field value of 2nd entry 

• "Line id" field of both entries set to 'Line identifier for external call' and line 

value (0, lidO) 

• "Line name" field of both entries set to line name of line (see Clause A.2.2 

FT_IXIT_28) 

4. Verify that the lUT sends to TS la <End session confirm, session id=n> 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

"Total number of available entries" field can be set to 2, or 3, as some FPs may either 
handle only one entry for the last call towards a remote party, or one entry per outgoing 
call 

Numbers in step 3 of pass criteria must be the same than ones previously used during 
step 1 of stimulus 




TC FT NG1.N.16 BV 1803 


Outgoing calls list - Delete entry - Negative acknowledgement 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.4 

Run TC_FT_NG1.N.16_BV_1802 - Outgoing calls list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H > from 
TS_1 

2. Send a <Delete entry, session id=n-Hl , entry identifier = u> from TS_1 

3. Send a <Delete entry, session id=n, entry identifier = u> from TS_1 

4. Send a <Delete entry, session id=n, entry identifier = u-i-3> from TS_1 

5. Send a <End session, session id=n> from TS 1 
8. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1 °* entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n+1 , 
reject reason= invalid session number > 

3. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 1 or 2> 

4. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= entry not available > 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
In step 4, 'u-i-3' identifier is invalid on lUT side 
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Incoming accepted calls list - Delete list - Read entries when empty 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.5.5 
Service call in F-03 

1 . Send a <Start session, List identifier = 03H, nb of sorting fields =0> from TS_1 

2. Send a <Delete list, session id=n> from TS 1 

3. Send a {CC-RELEASE} from TS_1 

4. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 

5. Send a <Start session. List identifier = 03H, nb of sorting fields =0> from TS_1 

6. Send a <Read entries, session id=m, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 04H, 05H > from 
TS_1 

7. Send a <End session, session id=n> from TS 1 

8. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 

2. Verify that the lUT sends to TS la <Delete list confirm, session id=n> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=0, 
discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =3> 

6. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m, 
reject reason= invalid start index > 

7. Verify that the lUT sends to TS la <End session confirm, session id=m> 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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Incoming accepted calls list - Read entries when new entries 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.5 

Date and time of the system set, Incoming accepted calls list empty 
(see TC_FT_NG1 .N.16_BV_1901), F-00 

1 . Perform an incoming call on line towards lUT from Phone B (CLIP B / CNIP B) to 
make the lUT ring 

1 a. Send a {CC-ALERTING} message from TS_1 
Hang up on Phone A 

1 b. Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) with 
answering 

Perform an incoming call on line towards lUT from Phone B (CLIP B / CNIP B) with 
answering 

Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) with 
answering 

1 c. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 

2. Send a <Start session, List identifier = 03H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=1 , direction=0, counter=2, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H > from 
TS_1 

4. Send a <End session, session id=n> from TS_1 

5. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1)> 

1 a. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
lb. None 

1 c. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=2 
or 3, discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 

3. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 

• 1st entry: "Number" field set to CLIP A, "Name" field set to CNIP A 

• 2nd entry: "Number" field set to CLIP B, "Name" field set to CNIP B 

• "Date and Time" field value of 1 st entry shall be more recent than "Date and 

Time" field value of 2nd entry 

• "Line id" field of both entries set to 'Line identifier for external call' and line 

value (0, lidO) 

• "Line name" field of both entries set to line name of line (see Clause A.2.2 

FT_IXIT_28) 

4. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

"Total number of available entries" field can be set to 2, or 3, as some FPs may either 
handle only one entry for the last call from a remote party, or one entry per incoming call. 
CLIP and CNIP in step 3 of pass criteria must be the same than ones previously received 
during step 1 of stimulus 

In step 1 a, TS_1 should wait for CC-ALERTING and then invite the user to hangup on 
Phone A via a display on the test equipment 

In pass criteria 1 , the lUT will send some «EVENT NOTIFICATIONS» for the missed 
call, however this is not the purpose of the test case to check this 
In pass criteria 1 b, the lUT may send some «EVENT NOTIFICATIONS» for the 
incoming call list, however this is not the purpose of the test case to check this 
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Incoming accepted calls list - Delete entry - Negative acknowledgement 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.5 

Run TC_FT_NG1 .N.16_BV_1902 - Incoming accepted calls list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

2. Send a <Delete entry, session id=n+1 , entry identifier = u> from TS_1 

3. Send a <Delete entry, session id=n, entry identifier = u> from TS_1 

4. Send a <Delete entry, session id=n, entry identifier = u+3> from TS_1 

5. Send a <End session, session id=n> from TS 1 

6. Send a {CC-RELEASE} from TS_1 

1 . Verify tfiat the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> witfi 1 ^' entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n+1 , 
reject reason= invalid session number > 

3. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 1 or 2> 

4. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= entry not available > 

5. Verify that the lUT sends to TS la <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
In step 4, 'u+3' identifier is invalid on lUT side 




TC FT NG1.N.16 BV 2001 


All calls list - Delete list - Read entries when empty 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.5.6 
Service call in F-03 

1 . Send a <Start session. List identifier = 04H, nb of sorting fields =0> from TS_1 

2. Send a <Delete list, session id=n> from TS 1 

3. Send a {CC-RELEASE} from TS_1 

4. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 

5. Send a <Start session. List identifier = 04H, nb of sorting fields =0> from TS_1 

6. Send a <Read entries, session id=m, start index=0, direction=0, counter=1, mark 
entries request^ OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H > 
from TS_1 

7. Send a <End session, session id=n> from TS 1 

8. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =3> 

2. Verify that the lUT sends to TS_1 a <Delete list confirm, session id=n> 

3. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=0, 
discriminator type=0 or 1 , nb of sorting fields =1 .sorting field idl =3> 

6. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m, 
reject reason= invalid start index > 

7. Verify that the lUT sends to TS la <End session confirm, session id=m> 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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All calls list - Read entries when new entries 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.6 

Date and time of the system set, 2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), All 
calls list empty (see TC_FT_NG1.N.16_BV_2001), F-00 

1 . Perform an outgoing call on line to Phone B (Number B=CLIP B) from TS_1 
Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) with 
answering on TS_1 

Perform an outgoing call on line to Phone A (Number A) from TS_2 
la. Perform an incoming call on line towards lUT from Phone B (CLIP B / CNIP B) to 

make the lUT ring 
1 b. Send a {CC-ALERTING} message from TS_1 and from TS_2 

Hang up on Phone B 

1c. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 

2. Send a <Start session. List identifier = 04H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=1, direction=0, counter=4, mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 04H, 05H, 06H> 
from TS_1 

4. Send a <End session, session id=n> from TS_1 

5. Send a {CC-RELEASE} from TS_1 

1. None 

1 a. Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 

«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 1)> 
1 b. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 
1 c. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb= 4, 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =4> 

3. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with: 

• 1 ^' entry: "Call type" field set to "Missed call", "Number" field set to CLIP B, 
"Name" field set to CNIP B 

2"" entry: "Call type" field set to "Outgoing call", "Number" field set to Number A 
3"^ entry: "Call type" field set to "Accepted call", "Number" field set to CLIP A, 
"Name" field set to CNIP A 

4'*^ entry: "Call type" field set to "Outgoing call", "Number" field set to Number B 
"Date and Time" field value of lowest index entry shall be more recent than "Date 
and Time" field value of highest index entry 

"Line id" field of all entries set to 'Line identifier for external call' and line value 

(0, lidO 

"Line name" field of all entries set to line name of line (see Clause A.2.2 
FT_IXIT_28) 

4. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

In stimulus 1 , the outgoing and incoming calls are initiated and terminated 
sequentially within the stimulus. Purpose is only to create new entries in the 'All 

calls' list 

Both TS_1 and TS_2 are attached to line 0. However, in pass criteria la and 
1 b, call establishment and release are only verified for TS_1 
Number, CLIP and CNIP in step 3 of pass criteria must be the same than ones 
previously used and during step 1 of stimulus. Same remark for Number 

composed 

In step lb, TS_1 should send CC-ALERTING and then invite the user to 
hangup on Phone B via a display on the test equipment 



ETSI 



236 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC FT NG1.N.16 BV 2003 


All calls list - Delete entry - Negative acknowledgement 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.6 

Run TC_FT_NG1 .N.16_BV_2002 - All calls list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 04H, 05H, 06H,> 
from TS_1 

2. Send a <Delete entry, session id=n+1 , entry identifier =u> from TS_1 

3. Send a <Delete entry, session id=n, entry identifier = u> from TS_1 

4. Send a <Delete entry, session id=n, entry identifier = u+3> from TS_1 

5. Send a <End session, session id=n> from TS 1 

6. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1 ^' entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n+1 , 
reject reason= invalid session number > 

3. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 3> 

4. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= entry not available > 

5. Verify that the lUT sends to TS 1a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
In step 4, 'u+3' identifier is invalid on lUT side 




TC FT NG1.N.16 BV 2101 


Contact list - Delete list - Read entries when empty 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.6 and Clause 7.4.10.1, 'Field instances management' 

entry 

Service call in F-03 

1 . Send a <Start session. List identifier = 05H, nb of sorting fields =0> from TS_1 

2. Send a <Delete list, session id=n> from TS 1 

3. Send a {CC-RELEASE} from TS_1 

4. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 

5. Send a <Start session. List identifier = 05H, nb of sorting fields =0> from TS_1 

6. Send a <Read entries, session id=m, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 03H, 04H, 05H > 
from TS_1 

7. Send a <End session, session id=n> from TS 1 

8. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 
discriminator type = or 1 , nb of sorting fields = 1 or 2, sorting field idl =1 , sorting 
field id2 =2 in case of 2 sorting fields > 

2. Verify that the lUT sends to TS 1a <Delete list confirm, session id=n> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=0, 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =1> 

6. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m, 
reject reason= invalid start index > 

7. Verify that the lUT sends to TS_1 a <End session confirm, session id=m> 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

In stimulus 6, presence of field id '03'H twice is explained at the beginning of Clause 7.16, 
'Multiple instances of the 'contact number' field in the contact list' Clause 
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Contact list - Save entry - Read entries in ascending order 



Reference: 

Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.5.7 and Clause 7.4.10.1, 'Field instances management' 
entry 

Contact list empty (see TC_FT_NG1.N.16_BV_2101), Service call in F-03 

1 . Send a <Start session, List identifier = 05H, nb of sorting fields =0> from TS_1 

2. Send a <Save entry, session id=n, entry identifier = OOH > from TS_1 followed by 
<data packet/data packet last> set to (Name= Fenjiro, First name= Carlos, Contact 
number1 = 0490413002) and (Associated melody= 1) when declared (see Annex A, 
Table A.I 5) 

3. Send a <Save entry, session id=n, entry identifier = OOH > from TS_1 followed by 
<data packet/data packet last> set to (Name= Alexander, First name= Christina, 
Contact number1= 00441324778812) and (Associated melody= 1) when declared 
(see Annex A, Table A. 15) 

4. Send a <Save entry, session id=n, entry identifier = OOH > from TS_1 followed by 
<data packet/data packet last> set to (Name= Uwe, First name= Marcus, Contact 
number1= 008989945270, Contact number2= 00491603794505, Line id=(3, lidO) ) 
and (Associated melody= 2) when declared (see Annex A, Table A. 15) 

5. Send a <Save entry, session id=n, entry identifier = OOH > from TS_1 followed by 
<data packet/data packet last> set to (Name= ALOUSSI, First name= Ramin, 
Contact number1= 0156891247, Contact number2= 0675000209) and (Associated 
melody= 1 ) when declared (see Annex A, Table A.I 5) 

6. Send a <Save entry, session id=n, entry identifier = OOH > from TS_1 followed by 
<data packet/data packet last> set to (Name= Alexander, First name= Christian, 
Contact number1= 00441324778824) and (Associated melody= 1) when declared 
(see Annex A, Table A. 15) 

7. Send a <Save entry, session id=n, entry identifier = OOH > from TS_1 followed by 
<data packet/data packet last> set to (Name= Lagadec, First name= Jerome, Contact 
number1= 02298951214, Line id=(4) "All lines") and (Associated melody= 3) when 
declared (see Annex A, Table A.I 5) 

8. Send a <Read entries, session id=n, start index=1, direction=0, counter=2, mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 03H, 04H, 05H> 
from TS_1 

9. Send a <Read entries, session ld=n, start index=3, direction=0, counter=2, mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 03H, 04H, 05H> 

from TS_1 

10. Send a <Read entries, session id=n, start index=5, direction=0, counter=2, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 03H, 04H, 05H> 
from TS_1 

1 1 . Send a <End session, session id=n> from TS_1 

12. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=0, 
discriminator type = or 1 , nb of sorting fields = 1 or 2, sorting field idl =1 , sorting 
field id2 =2 in case of 2 sorting fields > 

2. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier^ u, position index=1 , total nb of available entries= 1> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier= v, position index=1 , total nb of available entries= 2> 

4. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier^ w, position index=3, total nb of available entries= 3> 

5. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier= x, position index=2, total nb of available entries= 4> 

6. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier= y, position index=1 , total nb of available entries= 5> 

7. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier^ z, position index=5, total nb of available entries= 6> 

8. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=2> followed by <data packet/data packet last> with entries created 
in steps 6 and 3 (Alexander Christian / Alexander Christina) with Line id field set by 
default by lUT to "Relating to" one line =(3, i) or "All lines" =(4) 

9. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=3, counter=2> followed by <data packet/data packet last> with entries created 
in steps 5 and 2 (ALOUSSI Ramin / Fenjiro Carlos) 

1 0. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=5, counter=2> followed by <data packet/data packet last> with entries created 
in steps 7 and 4 (Lagadec Jerome with Line id field set to "All lines" =(4), and Uwe 
Marcus-with Line id field set "Relating to" line =(3, lidO) ) 

1 1 . Verify that the lUT sends to TS_1 a <End session confirm, session id=m> 

12. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
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Comments: 


- UTF-8 cliaracters encoding: 

II )) . 1 A h 1 O K Jl A 1 1 1 1 1 — l~l — n 1 — \ A 1 ITI 1 A 1 ITI — 1 /^l 1 1 

• 8 : LATIN SMALL LETTER E WITH ACUTE c3a9 H 

• "6": LATIN SMALL LETTER WITH CIRCUMFLEX 'c3b4'H 

In pass criterion 8, and in case the FP uses a single sorting field (sorting by 
Name only), the two contacts received may be in any order 

In stimuli 8, 9, and 10, presence of field id '03'H twice is explained at the 
beginning of Clause 7.16, 'Multiple instances of the 'contact number' field in 
the contact list' Clause 




TC FT NG1.N.16 BV 2103 


Contact list - Query supported entry fields - Read entries in descending order 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.7 and Clause 7.4.10.1, 'Field instances management' 

entry 

Contact list filled for test (see TC_FT_NG1 .N.16_BV_2102), Service call in F-03 

1 . Send a <Start session. List identifier = 05H, nb of sorting fields =0> from TS_1 

2. Send a <Query supported entry fields> from TS_1 

3. Send a <Read entries, session id=n, start index=0, direction=1 , counter=02H, mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 03H, 04H, 05H> 
from TS_1 

4. Send a <Read entries, session id=n, start index=4, direction=1 , counter=02H, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 03H, 04H, 05H> 
from TS_1 

5. Send a <Read entries, session id=n, start index=2, direction=1 , counter=02H, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 03H, 04H, 05H> 
from TS_1 

6. Send a <End session, session id=n> from TS 1 

7. Send a {CC-RELEASE} from TSJ 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=6, 
discriminator type = or 1 , nb of sorting fields = 1 or 2, sorting field idl =1 , sorting 
field id2 =2 in case of 2 sorting fields > 

2. Verify that the lUT sends to TS_1 a < Query supported entry fields confirm, session 
id=n>. with editable entry field including at the minimum 

• 01 H Name 

• 02H First Name 

• 03H Contact number (for contact numberl ) 

• 03H Contact number (for contact number2) 

• 04H Associated melody when declared (see Annex A, Table A.I 5) 

• 05H Line id 

3. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=5, counter=2> followed by <data packet/data packet last> with entries created 
in TC_FT_NG1 .N.16_BV_2102 steps 7 and 4 (Lagadec Jerome / Uwe Marcus) 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=3, counter=2> followed by <data packet/data packet last> with entries created 
in TC_FT_NG1 .N.1 6_BV_21 02 steps 5 and 2 (ALOUSSI Ramin / Fenjiro Carlos) 

5. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=2> followed by <data packet/data packet last> with entries created 
in TC_FT_NG1 .N.16_BV_2102 steps 6 and 3 (Alexander Christian / Alexander 
Christina) 

6. Verify that the lUT sends to TS 1a <End session confirm, session id=n> 

7. Verify that the lUT sends to TSJ a {CC-RELEASE-COM} message 

The entry with the lowest index shall be transmitted first in the data packets 
In pass criterion 5, and in case the FP uses a single sorting field (sorting by 
Name only), the two contacts received may be in any order 
In stimuli 3, 4, and 5, presence of field id '03'H twice is explained at the 
beginning of Clause 7.16, 'Multiple instances of the 'contact number' field in the 
contact list' Clause 
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TC FT NG1.N.16 BV 2104 



Contact list - Edit entry - add a second contact number field to an entry 



Reference: 

Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.7 and Clause 7.4.10.1, 'Field instances management' 
entry 

Contact list filled for test (see TC_FT_NG1 .N.16_BV_21G2), Service call in F-03 

1 . Send a <Start session, List identifier = 05H, nb of sorting fields =0> from TS_1 

2. Send a <Read entries, session id=n, start index=5, direction=0, counter=01 H, mark 
entries request= OOH, list entry field identifier 1 ..m =01 H, 02H, 03H, 03H, 04H, 05H> 
from TS_1 

3. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 
1..2 = 03H, 03H>from TS_1 

4. Send a <Save entry, session id=n, entry identifier =u > from TS_1 followed by <data 
packet/data packet last> set to (Contact number1= 02298951214, Contact numb8r2= 
0611223344) 

5. Send a <Read entries, session id=n, start index=5, direction=0, counter=01 H, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 03H, 04H, 05H> 

from TS_1 

6. Send a <End session, session id=n> from TS_1 

7. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=6, 
discriminator type = or 1 , nb of sorting fields = 1 or 2, sorting field idl =1 , sorting 
field id2 =2 in case of 2 sorting fields > 

2. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=5, counter=1> followed by <data packet/data packet last> with entry (entry 
identifier=u) created in TC_FT_NG1 .N.I 6_BV_21 02 step 7 (Lagadec Jerome) 

3. Verify that the lUT sends to TS_1 a < Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with only one field (Contact numberl =02298951 21 4) 

4. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=5, total nb of available entries= 6> 

5. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=5, counter=1> followed by <data packet/data packet last> set to (Name= 
Lagadec, First name= Jerome, Contact numberl = 02298951214, Contact number2= 
061 1223344, Line id=(4) ) and (Associated melody= 3) when declared (see Annex A, 
Table A. 15) 

6. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

In stimuli 2, 3 and 5, presence of field id '03'H twice is explained at the 
beginning of Clause 7.16, 'Multiple instances of the 'contact number' field in the 
contact list' Clause 
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TC FT NG1.N.16 BV 2105 



Contact list - Edit entry - Save entry without changing the entry 



Reference: 

Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.7 and Clause 7.4.10.1, 'Field instances management' 
entry 

Contact list filled for test (see TC_FT_NG1 .N.16_BV_2102), Service call in F-03 

1 . Send a <Start session, List identifier = 05H, nb of sorting fields =0> from TS_1 

2. Send a <Read entries, session id=n, start index=0, direction=0, counter=01 H, mark 
entries request= OOH, list entry field identifier 1 ..m =01 H, 02H, 03H, 03H, 04H, 05H> 
from TS_1 

3. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 = 03H, 
03H > from TS_1 

4. Send a <Save entry, session id=n, entry identifier =u > from TS_1 followed by an 
empty <data packet last> 

5. Send a <Read entries, session id=n, start index=6, direction=0, counter=01 H, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 03H, 04H, 05H> 
from TS_1 

6. Send a <End session, session id=n> from TS_1 

7. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=6, 
discriminator type = or 1 , nb of sorting fields = 1 or 2, sorting field idl =1 , sorting 
field id2 =2 in case of 2 sorting fields > 

2. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=6, counter=1> followed by <data packet/data packet last> with entry (entry 
identifier=u) created in TC_FT_NG1.N.16_BV_2102 step 4 (Uwe Marcus) 

3. Verify that the lUT sends to TS_1 a < Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with only one field (Contact 

Number! =008989945270, Contact Number2=00491 603794505) 

4. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=6, total nb of available entries= 6> 

5. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=6, counter=1 > followed by <data packet/data packet last> set to (Name= Uwe, 
First name= IVIarcus, Contact number1= 008989945270, Line id=(3, lidO) ) and 
(Associated melody= 2) when declared (see Annex A, Table A.I 5) 

6. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

In stimuli 2, 3, and 5, presence of field id '03'H twice is explained at the beginning of 
Clause 7.16, 'Multiple instances of the 'contact number' field in the contact list' Clause 
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TP FT Nfi1 N 1fi RV 9infi 


Contact list - Search entries using matching options 


rieTerence. 


TS 102 527-3 [14], Clauses 7.4.10.5.7 and 7.4.10.4.8 and Clause 7.4.10.1, 'Field 




instances management' entry 


iMiiiai conciiiion. 


Contact list filled for test (see TC_FT_NG1 .N.16_BV_2102), Service call in F-03 


Stimulus: 


1. 


Send a <Start session, List identifier = 05H, nb of sorting fields =0> from TS_1 




2. 


None 




3. 


Send a <Search entries, session id=n, matching option=OOH, searched 






value='FENJIRO', direction=0, counter=01 H, mark entries request= OOH, list entry 






field identifier 1..n =01 H, 02H, 03H, 03H, 04H, 05H> from TS_1 




4. 


None 




5. 


Send a <Search entries, session id=n, matching option=01 H, searched value='AL', 






direction=0, counter=01 H, mark entries request= OOH, list entry field identifier 1 ..n 






=01 H, 02H, 03H, 03H, 04H, 05H> from TS_1 




6. 


None 




7. 


Send a <Search entries, session id=n, matching option=02H, searched value='AL', 






direction=0, counter=01H, mark entries request= OOH, list entry field identifier 1..n 






=01 H, 02H, 03H, 03H, 04H, 05H> from TS_1 




8. 


Send a <End session, session id=n> from TS 1 




9. 


Send a {CC-RELEASE} from TS_1 


Pass criteria: 


1. 


Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=6. 






discriminator type = or 1 , nb of sorting fields = 1 or 2, sorting field idl =1 , sorting 






field id2 =2 in case of 2 sorting fields > 




2. 


None 




3. 


Verify that the lUT sends to TS_1 a < Search entries confirm, session id=n, start 






index=4, direction=0, counter=1 > followed by <data packet/data packet last> with 






entry created in TC_FT_NG1 .N.16_BV_2102 step 2 (Fenjiro Carlos) 




4. 


None 




5. 


Verify that the lUT sends to TS_1 a < Search entries confirm, session id=n, start 






index=1 , direction=0, counter=1 > followed by <data packet/data packet last> with 






entry created in TC_FT_NG1.N.16_BV_2102 step 6 (Alexander Christian) 




6. 


None 




7. 


Verify that the lUT sends to TS_1 a < Search entries confirm, session id=n, start 






index=0, direction=0, counter=0> without <data packet/data packet last> 




8. 


Verify that the lUT sends to TS la <End session confirm, session id=n> 




9. 


Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 


Comments: 


In stimuli 2 to 7, presence of field id '03'H twice is explained at the beginning of 




Clause 7.16, 'Multiple instances of the 'contact number' field in the contact list' Clause 



TO FT NG1.N.16 BV 2107 


Contact list - Search entries in ascending order and descending order 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.10.5.7 and 7.4.10.4.8 and Clause 7.4.10.1, 'Field 
instances management' entry 

Contact list filled for test (see TC_FT_NG1 .N.I 6_BV_21 02), Service call in F-03 

1 . Send a <Start session. List identifier = 05H, nb of sorting fields =0> from TS_1 

2. Send a <Search entries, session id=n, matching option=01 H, searched value='L', 
direction=0, counter=02H, mark entries request= OOH, list entry field identifier 1..n 
=01 H, 02H, 03H, 03H, 04H, 05H> from TS_1 

3. Send a <Search entries, session id=n, matching option=01 H, searched value='L', 
direction=1, counter=02H, mark entries request= OOH, list entry field identifier 1..n 
=01 H, 02H, 03H, 03H, 04H, 05H> from TS_1 

4. Send a <End session, session id=n> from TS 1 

5. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=6, 
discriminator type = or 1 , nb of sorting fields = 1 or 2, sorting field idl =1 , sorting 
field id2 =2 in case of 2 sorting fields > 

2. Verify that the lUT sends to TS_1 a < Search entries confirm, session id=n, start 
index=5, direction=0, counter=2> followed by <data packet/data packet last> with 
entries created in TC_FT_NG1 .N.I 6_BV_21 02 steps 7 and 4 (Lagadec Jerome / 
Uwe Marcus) 

3. Verify that the lUT sends to TS_1 a < Search entries confirm, session id=n, start 
index=4, direction=0, counter=2> followed by <data packet/data packet last> with 
entries created in TC_FT_NG1.N.16_BV_2102 steps 2 and 7 (Fenjiro Carlos/ 
Lagadec Jerome), entry with index 4 transmitted first in the data packets 

4. Verify that the lUT sends to TS 1a <End session confirm, session id=n> 

5. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

In stimuli 2 and 3, presence of field id '03'H twice is explained at the beginning of 
Clause 7.16, 'Multiple instances of the 'contact number' field in the contact list' Clause 
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TC FT NG1.N.16 BV 2108 


Contact list - Initiate a voice call during a list access session 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.10.5.7 and 7.4.10.5.4 and Clause 7.4.10.1, 'Field 
instances management' entry 

Contact list filled for test (see TC FT NG1.N.16 BV 2102), 
F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 

2. Send a <Start session. List identifier = 05H, nb of sorting fields =0> from TS_1 

3. Send a <Read entries, session id=n, start index=6, direction=0, counter=01 H, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H, 03H, 04H, 05H> 
fromTS 1 

4. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to 1 CH, 1 5H digits 
together with "008989945270" digits and IE «CALL-INFORMATION» specifying 

(line 0) =<(0, 0, Iid0)> from TS_1 

5. Send a <End session, session id=n> from TS 1 
8. Send a {CC-RELEASE} from TS 1 

1 . Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

2. Verify that the lUT sends to TS_1 a <Start session confirm, session ld=n, total nb=6, 
discriminator type = or 1 , nb of sorting fields = 1 or 2, sorting field idl =1 , sorting 
field id2 =2 in case of 2 sorting fields > 

3. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=6, counter=1> followed by <data packet/data packet last> set to (Name= Uwe, 
First name= Marcus, Contact number1= 008989945270, Line id=(3, lidO) ) and 
(Associated melody= 2) when declared (see Annex A, Table A. 15) 

4. Verify that the lUT sends to TS_1 a {CC-CONNECT} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying at least (line 0, 
line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a)> 

5. Verify that the lUT sends to TS_1 a <End session confirm, session ld=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

In stimulus 3, presence of field id '03'H twice is explained at the beginning of Clause 7.18, 
'Multiple instances of the 'contact number' field in the contact list' Clause 
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TC FT NG1.N.16 BV 2109 



Contact list - Entry used to update Outgoing call list 



Reference: 



Initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.10.5.7 and 7.4.10.5.4 and Clause 7.4.10.1, 'Field 
instances management' entry 

Run TC_FT_NG1.N.16_BV_2108 (outgoing call during contact list session using 'Marcus 

Uwe' entry), 

F-00 

1 . Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 

setup, Wideband speech default setup attributes> » 
la. Send a <Start session. List identifier = 05H, nb of sorting fields =0> from TS_1 
1 b. Send a <Read entries, session id=n, start index=1 , direction=0, counter=03H, mark 

entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 03H, 04H, 05H> 

from TS_1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to 1CH 15H digits 
together with "12345678901234567890" digits and IE «CALL-INFORMATION» 

specifying (line 0) =<(0, 0, Iid0)> from TS_1 
Send a {CC-RELEASE} from TS_1 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 
Send a <Start session. List identifier = 02H, nb of sorting fields =0> from TS_1 
Send a<Read entries, session id=n, start index=1, direction=0, counter=2, mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 04H, 05H> from 
TS_1 

Send a <End session, session id=n> from TS_1 
Send a {CC-RELEASE} from TS_1 

Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 
Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=6, 
discriminator type = or 1 , nb of sorting fields = 1 or 2, sorting field idl =1 , sorting 
field id2 =2 in case of 2 sorting fields > 

Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=0, counter=3> followed by <data packet/data packet last> 

2. Verify that the lUT sends to TS_1 a {CC-CONNECT} message, followed by a 
{CC-INFO} message with IE «CALL-INFORMATION» specifying at least (line 0, 
line type information, call id a) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a)> 

3. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

4. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

5. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=x, 
discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 

6. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 

• 1 ^' entry: "Number" field set to "1 2345678901 234567890" and empty "Name" field 

• 2"" entry: "Number" field set to "008989945270" and "Name" field containing 
"Uwe" 

• "Date and Time" field value of 1^' entry shall be more recent than "Date and Time" 
field value of 2"^ entry 

• "Line id" field of both entries set to 'Line identifier for external call' and line value 

(0, lidO) 

• "Line name" field of both entries set to line name of line (see Clause A. 2. 2 
FT_IXIT_28) 

7. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

8. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

The purpose of the test case is to make sure that when placing an outgoing 
call, if the dialled number matches one of the contact list entry, the 
corresponding contact list entry name shall be used in the outgoing call log 
In stimulus 2, a phone number which does not exist in contact list is dialed on 
purpose (to see empty name) 

In stimulus 1 b, presence of field id '03'H twice is explained at the beginning of 
Clause 7.16, 'Multiple instances of the 'contact number' field in the contact list' 

Clause 

In Pass criteria 6, the name field of the outgoing call list must contain at least 
the name of "Uwe" contained in the contact list (but it may also additionally 
contain the first name of the contact list before or after the name) 



7. 
8. 
1. 
la. 



lb. 
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Contact list - Delete entry - Negative acknowledgement 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.10.5.7 and Clause 7.4.10.1, 'Field instances management' 
entry 

Contact list filled for test (see TC FT NG1.N.16 BV 2102), contact list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 03H, 04H, 05H> 
from TS_1 

2. Send a <Delete entry, session id=n+1 , entry identifier = u> from TS_1 

3. Send a <Delete entry, session id=n, entry identifier = u> from TS_1 

4. Send a <Delete entry, session id=n, entry identifier = u+3> from TS_1 

5. Send a <End session, session id=n> from TS 1 

6. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1^' entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n+1 , 
reject reason= invalid session number > 

3. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 5> 

4. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= entry not available > 

5. Verify that the lUT sends to TS la <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

In stimulus 1 , presence of field id '03'H twice is explained at the beginning of 
Clause 7.16, 'Multiple instances of the 'contact number' field in the contact list' 
Clause 

In step 4, 'u+3' identifier is invalid on lUT side 
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Contact list - Incoming first voice call during existing list access session 



Reference: 



Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.10.6.3 and Clause 7.4.10.1, 'Field instances management' 
entry 

Contact list filled for test witfi 5 entries (initialised with 6 entries in 
TC_FT_NG1 .N.16_BV_2102 but one entry removed in TC_FT_NG1 .N.16_BV_2110), 
F-00 
1 



Comments: 



Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 

setup. Wideband speech default setup attributes> » 

Send a <Start session, List identifier = 05H, nb of sorting fields =0> from TS_1 
Send a <Read entries, session id=n, start index=5, direction=0, counter=01 H, mark 
entries request= OOH, list entry field identifier 1..n =01 H, 02H, 03H, 03H, 04H, 05H> 
from TS_1 

Perform an incoming call on line towards lUT from Phone A 
Send a {CC-INFO} message from TS_1 with IE « MULTI-KEYPAD » set to (1CH, 
35H) digits and with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, 

value a)> 

Send a <End session, session id=n> from TS_1 
Send a {CC-RELEASE} from TS_1 

Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 
Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=5, 
discriminator type = or 1 , nb of sorting fields = 1 or 2, sorting field idl =1 , sorting 
field id2 =2 in case of 2 sorting fields > 

3. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=5, counter=1> followed by <data packet/data packet last> set to (Name= Uwe, 
First name= Marcus, Contact number1= 008989945270) and (Associated melody= 2) 
when declared (see Annex A, Table A.I 5) 

4. Verify that the lUT sends to TS_1 a {CC-CONNECT} message, followed, in the same 
or different {CC-INFO} messages, by: 

• an IE «SIGNAL» with the value 07H indicating 'call waiting tone on' when 
declared (see Annex A, Table A.26) 

• an IE «CALLING PARTY NUMBER» with <calling party address= Phone A 
number> 

• an IE «CALL-INFORMATION» specifying (line 0, line type information, call id 
a, CS call setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1 , 1 )> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

5. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call connect) =<(1, 0, value a), 

(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 

6. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

In stimulus 3, presence of field id '03'H twice is explained at the beginning of Clause 7.1 6, 
'Multiple instances of the 'contact number' field in the contact list' Clause 
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Internal names list - Edit entry - Save entry 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clauses 7.4.10.5.8 and 7.4.10.5.1.2 
One PR registered (TS_1 is NG PP1), service call in F-03 

1 . Send a <Start session, List identifier = 06H, nb of sorting fields =0> from TS_1 

2. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H> from TS_1 

3. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 ..n =01 H, 
02H, 03H > from TS_1 

4. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> modifying "Name" field to "TESTER 1" and close the list 
session 

5. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=1 , 
discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =1 > 

2. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1^' entry content (entry identifier = u) 

3. Verify that the lUT sends to TS_1 a < Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with entry identifier = u, a "Number" field set to 
(internal=1 B, own=1 B, digit=terminal Id of PP1 ), a "Name" field and a "Call 
interception" field 

4. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1 > 

5. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 
Session identifier shall be different from "0" value 




TC FT NG1.N.16 BV 2202 


Internal names list - New registration - List change notification - Read entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clauses 7.4.10.5.8 and 7.4.10.5.1.2 

One PP registered (TS 1 is NG PP1), PP1 name configured as "TESTER 1" (see 
TC_FT_NG1.N.16_BV_2201), F-00 

1 . Start the access rights procedure on the lUT 
Register TS_2 as a new PP (PP2) 

2. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 

3. Send a <Start session, list identifier = 06H, nb of sorting fields =0> from TS_1 

4. Send a <Read entries, session id=m, start index=0, direction=0, counter=2, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H> from TS_1 

5. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT accepts registration and that the lUT sends to TS_1 , a {FACILITY} 
message with IE «EVENTS NOTIFICATION= < List change indication, Internal 

names list, 2 entries > (=<03H,86H,82H>) » 

2. Verify that the lUT sends to TS_1 a (CC-CALL-PROCj 

3. Verify that the lUT sends to TS_1 a <Start session confirm> with "Total number of 
available entries" field set to 2 

4. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=m> followed 
by <data packet/data packet last> with 

• 1 ^' entry: "Number" field set to (internal=1 B, own=1 B, digit=terminal Id of PP1 ), a 
"Name" field set to "TESTER 1" and a "Call interception" field 

• 2"^* entry: "Number" field set to (internal=1 B, own=OB, diglt=terminal id of PP2), a 
"Name" field set to a non null default string value, and a "Call interception" field 
set to 31 H indicating 'allowed' value. 

5. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 

Session identifier shall be different from "0" value 

Digit format is not tested here as it was already tested in Terminal Id number 
assignment procedure 

After a successful access rights procedure, the location registration on PP side 
and the list change notification on FP side might come simultaneously, in other 
words, in pass criteria 1 , the test equipment shall allow the following behaviours 
of the lUT: 

• list change notification (FACILITY message) sent by the lUT before 
locate request is sent by TS_2 

• list change notification (FACILITY message) sent by the lUT after locate 
request is sent by TS_2 
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Internal names list - Initiate and check internal call from internal names list 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.10.6.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), Internal names list session open 
(session jd=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=2, mark 
entries request= OOH, list entry field identifier 1 ..n =01 H, 02H, 03H> from TS_1 

2. Perform an internal call from TS 1 towards TS 2 by sending a {CC-INFO} message 
with IE «MULTI-KEYPAD» set to (17H,terminal Id of PP2) digits 

3. Pick up call on TS 2 by sending a {CC-CONNECT} message from TS_2 

4. Send a {CC-RELEASE} message from TS 1 

5. Send a {CC-RELEASE-COM} from TS_2. 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 2 entries 

2. Verify that lUT sends to TS_1 a {CC-CONNECT} message immediately; 

Verify that the lUT performs an internal call setup towards TS_2 with <Call class = 

internal call> 

3. Verify end-to-end U-plane connection between TS 1 and TS 2 (WB call) 

4. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 
Verify that the lUT sends to TS_2 a {CC-RELEASE} message. 




TC FT NG1.N.16 BV 2210 


Internal names list - Delete entry 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.11.2 
EN 300 444 [12], Clause 8.31 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), internal names list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=2, mark 
entries request^ OOH, list entry field identifier 1 ..n =01 H, 02H, 03H> from TS_1 

2. Delete the PP2 entry in the "Internal names" list by sending a < Delete entry, session 
id=n, entry identifier=v> from TS_1 

3. Close the list access session and re-start a new internal names list session from 
TS 1 

Wait for receiving a {ACCESS-RIGHTS-TERMINATE-REQUEST} message, before 
sending a {ACCESS-RIGHTS-TERMINATE-ACCEPT} message from TS_2 

4. Send a <Read entries, session id=m, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =01 H> from TS_1 

5. Send a <End session, session id=m> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with PP1 entry content (entry identifier = u) and 

PP2 entry content (Entry identifier = v) 

2. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 1 > 

3. Verify that the lUT sends to TS_1 a <Start session confirm> with "Total number of 
nvdildblo GntriGs" fiolcl S6t to 1 

Verify that the lUT sends to TS_2 an {ACCESS-RIGHTS-TERMINATE-REQUEST} 

4. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=m> followed 
by <data packet/data packet last> with one entry whose "Number" field is set to 
(internal=1 B, own=1 B, digit=terminal Id of PP1 ) 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=m> 

6. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 
{ACCESS-RIGHTS-TERMINATE-REQUEST} message can be sent just after <Delete 
entry confirm> or later after <End session> 

If the Internal names list contains PIN protected field(s), TS_1 will have — in pass criterion 
2 at the latest — to access the DECT system settings list for PIN checking before the entry 
can be actually deleted 
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All incoming calls list - Delete list - Read entries when empty 


Reference: 


TS 102 527-3 [14], Clause 7.4.10.5.11 


Initial condition: 


Service call in F-03 


Stimulus: 


1. 


Send a <Start session, List identifier = 09H, nb of sorting fields =0> from TS_1 




2. 


Send a <Delete list, session id=n> from TS 1 




3. 


Send a {CC-RELEASE} from TS_1 




4. 


Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 






setup, Wideband speech default setup attributes> » 




5. 


Send a <Start session. List identifier = 09H, nb of sorting fields =0> from TS_1 




6. 


Send a <Read entries, session id=m, start index=0, direction=0, counter=1 , mark 






entries request= 7FH, list entry field identifier 1..n =01 H, 02H, 03H, 04H, 05H, 06H, 






07H > from TS_1 




7. 


Send a <End session, session id=n> from TS 1 




8. 


Send a {CC-RELEASE} from TS_1 


Pass criteria: 


1. 


Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=t, 






discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 




2. 


Verify that the lUT sends to TS la <Delete list confirm, session id=n> 




3. 


Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 




4. 


Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 




5. 


Verify that the lUT sends to TS_1 a <Start session confirm, session id=m, total nb=0, 






discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =3> 




6. 


Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m. 






reject reason= invalid start index > 




7. 


Verify that the lUT sends to TS la <End session confirm, session id=m> 




8. 


Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 


Comments: 


Session identifier shall be different from "0" value 
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All incoming calls list - Read entries when new entries 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14] Clauses 7.4.10.4.1 and 7.4.10.5.11 

Date and time of the system set, All incoming calls list empty (see 

TC_FT_NG1.N.16_BV__2301), F-00 



la. 



lb. 

1c. 

1d. 

2. 
3. 



la. 
lb. 



1c. 
1d. 
2. 



Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) to 
make the lUT ring 

Send a {CC-ALERTING} message from TS_1 
Hang up on Phone 

Perform an incoming call on line towards lUT from Phone B (CLIP B / CNIP B) with 
answering 

Perform an incoming call on line towards lUT from Phone A (CLIP A / CNIP A) with 
answering 

Perform an incoming call on line towards lUT from Phone B (CLIP B / CNIP B) to 
make the lUT ring 

Send a {CC-ALERTING} message from TS_1 
Hang up on Phone B 

Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 
setup, Wideband speech default setup attributes> » 
Send a <Start session, List identifier = 09H, nb of sorting fields =0> from TS_1 
Send a <Read entries, session id=m, start index=1 , direction=0, counter=2, mark 
entries request= 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

Send a {CC-RELEASE} from TS_1 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 

«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 

setup) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value a), (2, 1 , 1)> 

Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 

«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 

setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 1)> 

Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=2 

or 4, discriminator type=0 or 1 , nb of sorting fields =1 , sorting field idl =3> 

Verify that the lUT sends to TS_1 a < Read entries confirm, session id=m> followed 

by <data packet/data packet last> with: 

• 1 " entry: "Number" field set to CLIP B, "Name" field set to CNIP B, "Read status" 
field with 'unread' property bit set to 'unread' (unread=1 B), and 'Number of calls' 
field set to 1 

• 2"*^ entry: "Number" field set to CLIP A, "Name" field set to CNIP A, "Read status" 
field with 'unread' property bit set to 'read' (unread=0B), and 'Number of calls' field 

set to 1 

• "Date and Time" field value of 1^' entry shall be more recent than "Date and Time" 
field value of 2"^ entry 

Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

"Total number of available entries" field can be set to 2, or 4, as some FPs may 
either handle only one entry for the last call from a remote party, or one entry 
per incoming call 

CLIP and CNIP in step 3 of pass criteria must be the same than ones 
previously received during step 1 of stimulus 

In step la and 1c, TS_1 should wait for CC-ALERTING and then invite the user 
to hangup on Phone A/Phone B via a display on the test equipment 
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All incoming calls list - Delete entry - Negative acknowledgement 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.10.5.11 
Run TC_FT_NG1 .N.16_BV_2302 - All incoming calls list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request^ 7FH, list entry field identifier 1 ..n =01 H, 02H, 03H, 04H, 05H, 06H, 
07H> from TS_1 

2. Send a <Delete entry, session id=n+1 , entry identifier = u> from TS_1 

3. Send a <Delete entry, session id=n, entry identifier = u> from TS_1 

4. Send a <Delete entry, session id=n, entry identifier = u+3> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with 1 ^' entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n+1 , 
reject reason= invalid session number > 

3. Verify that the lUT sends to TS_1 <Delete entry confirm, session id=n, total nb of 
available entries = 1 or 3> 

4. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= entry not available > 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

In step 4, 'u+3' identifier is invalid on lUT side 



TC FT NG1.N.16 BV 2401 



DECT system settings list - Query supported entry fields 



Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.10.4.2 and 7.4.11.3 
DECT system settings list open (session id=n) 

1 . Send a <Query supported entry fields> from TS_1 

2. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Query supported entry fields confirm, session 
id=n> 

Verify that editable entry field includes at the minimum 

• 01 H Current PIN code 

• 02H Clock master 

• 03 H Base reset 

• ODH New PIN code 

Verify that non editable entry fields includes at the minimum 

• 09H FP version / Firmware version 

• OAH FP version / EEprom version 

Verify that entry fields include optional entry fields declared in editable and 
non-editable fields (see Annex A, Table A. 25) 

2. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 

Test equipment shall rely on Annex A, Table A.25 to know the optional List access service 
procedures supported, and therefore the optional setting fields implemented 
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DECT system settings list - Read entries 



Reference: 

Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clauses 7.4.10.4.3 and 7.4.11.3 and Clause 7.4.10.1, 
management' entry 

DECT system settings list open (see TC_FT_NG1 .N.I 6_BV_2401 ) 



'Field instances 



Comments: 



Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list of supported entry field identifiers known from query > from 
TS_1 

Send a {CC-RELEASE} message from TS_1 
Verify on TS_1 that the DECT link is ciphered 

Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> 
Verify that mandatory entry fields (Current PIN code, Clock master, Base reset, FP 
version / Firmware version, FP version / EEprom version. New PIN code) and 
optional entry fields declared In Annex A, Table A.25 are included in data packet 
Verify that each field complies with its description in the standard (field identifier, 
length, property, coded value): 
Mandatory fields: 

• Current PIN code composed of 4 octets set to (FFH, FFH, FFH, FFH) 

• Clock master = 31 or 30H 

• Base reset = 31 H (Yes) if all other settings are set to their default value, 30H (No) 
otherwise 

• FP version / Firmware version: limited to 20 IA-5 bytes 

• FP version / Eeprom version: limited to 20 IA-5 bytes 

• New PIN code composed of 4 octets set to (FFH, FFH, FFH, FFH) with property 

bit 'PIN protected' set to 1 
Optional fields (if declared): 

• FP IP address / type: only one property bit 'DHCP' or 'static' must be set at a time 

• For the 3 following settings check that if IPv4/6 bit is set to 0, the format is IPv4 (4 
bytes long), if set to 1 , the format is IPv6 (1 6 bytes long) 

o FP IP address / value 
o FP IP address / subnet mask 
o FP IP address / gateway 
o FP IP address /DNS server 

• FP version / Hardware version: limited to 20 IA-5 bytes 

• Emission mode: at least 2 bytes 

Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 

Test equipment shall rely on Annex A, Table A.25 to know the optional List 
access service procedures supported, and therefore the optional setting fields 
implemented 

In stimulus 1 , there may be several instances of the 'FP IP address / DNS 
server' field id in the query confirm received from lUT. TS_1 shall include as 
many field id occurrences in the 'Read entries' command 
In pass criterion 1 , there may be several instances of the 'FP IP address / DNS 
server' field 



TC FT NG1.N.16 BV 2501 



Line settings list - Query supported entry fields 



Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.10.4.2 and 7.4.11.4 
Line settings list open (session id=n) 



1 



1 . Send a <Query supported entry fields> from TS_ 

2. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Query supported entry fields confirm, session 

id=n> 

Verify that editable entry fields include at the minimum 
o 01 H Line name 
Line id 

Attached handsets 
Multiple calls mode 
Call Forwarding Unconditional 

o OCH Call Forwarding on No answer 

o ODH Call Forwarding on Busy subscriber 

Verify that entry fields include optional entry fields declared as supported, either as 
editable or as non-editable fields (see Annex A, Table A.25) 

2. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 

Test equipment shall rely on Annex A, Table A.25 to know the optional List access service 
procedures supported, and therefore the optional setting fields implemented 



o 
o 
o 
o 



02H 
03H 
08H 
OBH 
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TC FT NG1.N.16 BV 2502 



Line settings list - Read entries 



Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.10.4.3 and 7.4.11.4 and Clause 7.4.10.1, 'Field instances 
management' entry 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 
Line settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list of supported entry field identifiers known from query > from 
TS_1 

2. Send a {CC-RELEASE} message from TSJ 

1 . Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> 

Verify that mandatory entry fields (Line name. Line id, Attached handsets, Multiple 
calls mode. Call Forwarding Unconditional, Call Forwarding on No answer. Call 
Forwarding on Busy subscriber) and optional entry fields declared (see Annex A, 
Table A.25) are included in data packet 

Verify that each field complies with its description in the standard (field identifier, 
length, property, coded value): 
Mandatory fields: 

• Line name = list of UTF-8 characters 

• Line id = Identifier subtype set Relating to (03H) followed by value 

• Attached handsets = number set to 2 and handset bitmap set to PP1 and PP2, 
with no trailing null octets in the bitmap. 

• Multiple calls mode = 30H or 31 H 

• Call Forwarding Unconditional with length > 5 and subfield Value set to 30H or 

31 H, subfield CFU activation code set to FT_IXIT_29.1 , subfield CPU deactivation 
code set to FT_IXIT_29.2, and call forwarding number (possibly empty) set to a 
list of digits in 30H..39H. 

• Call Forwarding on No answer with length > 6 and subfield Value set to 30H or 
31 H, subfield nb of seconds in 00H..40H, subfield CFNA activation code set to 
FT_IXIT_29.3, subfield CFNA deactivation code set to FTJXIT_29.4, and call 
forwarding number set to a list of digits in 30H..39H 

• Call Forwarding on Busy subscriber with length > 5 and subfield Value set to 30H 
or 31 H, subfield CFB activation code set to FTJXIT_29.5, subfield CFNA 
deactivation code set to FT_IXIT_29.6, and call forwarding number set to a list of 
digits in 30H..39H 

Optional fields (if declared): 

• Dialling prefix = either empty (length =1 ), or list of digits, among 05H, 1 5H, 23H, 
2AH or 30H...39H 

• FP melody = one octet value from 01 H to 07H 

• FP volume = one octet value among 30H...39H 

• Blocked number = either one empty instance (length =1 ), or one or several non- 
empty instance(s) (list of digits among 30H..39H, and 2AH) 

• Intrusion call mode = 30H or 31 H 

• Permanent CLIR with length > 4 and subfield Value set to 30H or 31 H, subfield 
Permanent CLIR activation code set to FT_IXIT_29.7, subfield Permanent CLIR 
deactivation code set to FT_IXIT_29.8 

2. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 

Test equipment shall rely on Annex A, Table A.25 to know the optional List 
access service procedures supported, and therefore the optional setting fields 
implemented 

In stimulus 1 , there may be several instances of the 'Block number' field id in 
the query confirm received from lUT. TS_1 shall include as many field id 
occurrences in the 'Read entries' command 

PP1 and PP2 bit positions in the 'Attached handset' bitmap depend on the 
configuration items HANDSET_TS_1_NUMBER and 
HANDSET_TS_2_NUMBER declared (see Clause C.2) 
For the definition of FTJXIT_29.1 , 29.2, 29.3, 29.4, 29.5, 29.6, 29.7 and 29.8, 
see Annex A, Table A.I 6 
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TC FT NG1.N.16 BV 2701 



DECT system settings list - Current PIN code - New PIN code - Edit entry - Save entry 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



10. 



11. 

12. 
1. 



TS 102 527-3 [14], Clauses 7.4.10.4.9, 7.4.1 1 .1 , 7.4.1 1 .3.1 and 7.4.11.3.13 
Current PIN code field set to (FFH, FFH, OOH, OOH) 
DECT system settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =0DH> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1=0DH> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
pacl<et/data pacl<et last> with New PIN code field set to (FFH, FFH, 12H, 34H) 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , marl< 
entries request= OOH, list entry field identifier 1 =01 H> from TS_1 

5. Send a <Edit entry, session id=n, entry identifier=v, list entry field identifier 1=01 H> 
from TS_1 

6. Send a <Save entry, session id=n, entry identifier=v> from TS_1 followed by <data 
pacl<et/data pacl<et last> witli Current PIN code field set to (FFH, FFH, 12H, 34H) 

6a. Send a <Edit entry, session id=n, entry identifier=v, list entry field identifier 1 =01 H> 
from TS_1 

7. Send a <Save entry, session id=n, entry identifier=v> from TS_1 followed by <data 
packet/data packet last> with Current PIN code field set to (FFH, FFH, OOH, OOH) 

8. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =0DH> from TS_1 

9. Send a <Edit entry, session id=n, entry identifier=w, list entry field identifier 1 =ODH> 
from TS_1 

Send a <Save entry, session id=n, entry identifier=w> from TS_1 followed by <data 
packet/data packet last> with New PIN code field set to (FFH, FFH, 12H, 34H) with 
'PIN protected' property bit unset 

Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =ODH> from TS_1 
Send a {CC-RELEASE} message from TS_1 

Verify that the DECT link is ciphered and that the lUT sends to TS_1 a < Read 
entries confirm, session id=n> followed by <data packet/data packet last> with New 
PIN code field set to (FFH, FFH, FFH, FFH) (entry identifier = u) 

2. Verify the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with New PIN code field set to (FFH, FFH, FFH, 
FFH) 

3. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= PIN code required> 

4. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with Current PIN code field set to (FFH, FFH, 
FFH, FFH) (entry identifier = v) 

5. Verify the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with Current PIN code field set to (FFH, FFH, FFH, 
FFH) 

6. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=n, 
reject reason= incorrect PIN> 

6a. Verify the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with Current PIN code field set to (FFH, FFH, FFH, 
FFH) 

7. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=v, position index=1, total number of available entries=1> 

8. Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with New PIN code field set to (FFH, FFH, FFH, 
FFH) (entry identifier = w) 

9. Verify the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with New PIN code field set to (FFH, FFH, FFH, 
FFH) 

1 0. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=w, position index=1 , total number of available entries=1> 

1 1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with New PIN code field set to (FFH, FFH, FFH, 
FFH) with 'PIN protected' property bit set 

12. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 
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Comments: 


The main objectives of this test case are the following: 

Step 2 and 3: check that it is not possible to modify new PIN code without prior 
successful current PIN code saving 

Step 4, 5 and 6: check that it is not possible to save current PIN code with a 
wrong value 

Step 7: check that it is possible to save current PIN code with a right value 
Step 8, 9 and 10: check that it is possible to modify new PIN code even if 'PIN 
protected' property bit is unset (i.e. the 'PIN protected' property bit is ignored by 
the FP but the PIN code value taken into account) 

Step 1 1 : check that 'PIN protected' property bit is still set when reading new 
PIN code field 




TC_FT_NG1 .N.I 6_BV_2801 


DECT system settings list - Clock master- Edit entry - Save entry - Read entries 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.11.3.2 

DECT system settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =02H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =02H> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with clock master field modified (i.e. modify to 30H if 31 H or 
31H if 30H) 

4. Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=02H> from TS_1 

5. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 lUT a < Read entries confirm, session id=n> 
followed by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1 > followed by <data packet/data packet last> with clock master 
field set to previously modified value 

5. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 




TC FT NG1.N.16 BV 2901 


DECT system settings list - Base reset - Edit entry - Save entry - Read entries 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.11.3.3 

DECT system settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =03H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1=03H> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with base reset field set to 31 H 

4. Send a <End session, session id=n> from TS_1 

5. If {CC-RELEASE} message was received in step 4 then send a 
{CC-RELEASE-COM} message from TS_1 else send a {CC-RELEASE} message 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with Base reset field set to 30H. 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1> 

4. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> or a 
{CC-RELEASE} message 

5. If a {CC-RELEASE} message was sent in step 5 then verify that the lUT sends to 
TS_1 a {CC-RELEASE-COM} message 

This test must be run after any DECT system or line settings test modifying a default value 
to get the Base reset field set to 30H in stepi 

As all DECT system and line settings should be reset to their default value, it is 
recommended to run it at the end of the test suite 
lUT can reboot after step 4 
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TC FT NG1.N.16 BV 2902 



DECT system settings list - Base reset - Read entries - Default settings values 



Reference: 

Initial condition: 
Stimulus: 



TS 102 527-3 [14], Clause 7.4.11.3.3 and Clause 7.4.10.1, 'Field instances management' 
entry 

Run TC_FT_NG1 .N.16_BV_2901 (if lUT rebooted wait till re-locking), F-00 



Pass criteria: 



Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 

setup, Wideband speech default setup attributes> » 

Send a <Start session, list identifier = 07H, nb of sorting fields =0> from TS_1 

Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , marl< 

entries request= OOH, list of supported entry field identifiers known from query > from 

TS_1 

Send a <End session, session id=n> from TS_1 

Send a <Start session, list identifier = 08H, nb of sorting fields =0> from TS_1 
Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list of supported entry field identifiers known from query > from 
TS_1 

Send a {CC-RELEASE} message from TS_1 

Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 

Verify that the lUT sends to TS_1 a <Start session confirm, session ld=n, total nb=1 , 

discriminator type=0 or 1 , nb of sorting fields =0> 

Verify on TS_1 that the DECT link is ciphered 

Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 
Verify that mandatory entry fields (Current PIN code. Clock master. Base reset, FP 
version / Firmware version, FP version / Eeprom version. New PIN code) and 
optional entry fields declared in Annex A, Table A.25 are included in data packet 
Verify that each field complies with its description in the standard (field identifier, 
length, property, coded value): 
Mandatory fields: 

Current PIN code: not empty composed of 4 octets, each octet set to 'FF'H 
Clock master = 31 or 30H 
Base reset = 31 H (Yes) 

FP version / Firmware version: limited to 20 IA-5 bytes (non-empty) 
FP version / Eeprom version: limited to 20 IA-5 bytes (possibly empty) 
New PIN code: not empty composed of 4 octets, each octet set to 'FF'H 
Optional fields (if declared, see Annex A, Table A.25): 

FP IP address / type: only one property bit 'DHCP' or 'static' must be set at a time 
For each of the following 4 settings check that if IPv4/6 bit is set to 0, the format 
is IPv4 (4 bytes long), if set to 1 , the format is IPv6 (16 bytes long) 
FP IP address / value (possibly empty) 
FP IP address / subnet mask (possibly empty) 
FP IP address / gateway (possibly empty) 

FP IP address / DNS server (one empty instance, or one or several non-empty 
instances) 

• FP version / Hardware version: limited to 20 IA-5 bytes (non-empty if present) 

• Emission mode: at least 2 bytes 

For each implemented field (mandatory or optional), except 'FP IP address / DNS 

server', verify that one and only one instance is present. 

Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=1 , 

discriminator type=0 or 1 , nb of sorting fields =1 ,sorting field idl =1 > 

Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 

index=1 , counter=1> followed by <data packet/data packet last> 

Verify that mandatory entry fields (Line name. Line id, Attached handsets, IVlultiple 

calls mode. Call Forwarding unconditional. Call Forwarding on No answer, Call 

Forwarding on no answer) and optional entry fields declared (see Annex A, 

Table A.25) are included in data packet 

Verify that each field complies with its description in the standard (field identifier, 
length, property, coded value): 
Mandatory fields: 

• Line name = non-empty list of UTF-8 characters 

• Line id = Identifier subtype set Relating to (03H) followed by value 

• Attached handsets = number and handset bitmap with no trailing null octets in 
the bitmap 

• Multiple calls mode = 30H or 31 H 

• Call Fonwarding Unconditional with length > 5 

• Call Forwarding on No answer with length s 6 

• Call Forwarding on Busy subscriber with length > 5 
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rC FT NG1.N.16 BV 2902 


DECT system settings list - Base reset - Read entries - Default settings values 


Comments: 


Optional fields (if declared, see Annex A, Table A.25): 

• Dialling prefix = either empty (length =1 ), or list of digits among 05H, 1 5H, 23H, 
2AH or 30H...39H 

• FP melody = either empty (length=1 ) or one octet value from 01 H to 07H 

• FP volume = one octet value among 30H...39H 

• Blocked number = one empty instance (length =1), or one or several non-empty 
instance(s) (list of digits among 30H..39H, and 2AH) 

• Intrusion call mode = 30H or 31 H 

• Permanent CLIR with length > 4, and Value set to 30H, CLIR activation and 
deactivation codes empty (length =4), or set to a list of digits among 05H, 15H, 
23H, 2AH or 30H..39H 

For each implemented field (mandatory or optional), except 'Blocked number', verify 
that one and only one instance is present. 
7. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 

Test equipment shall rely on Annex A, Table A.25 to know the optional List 
access service procedures supported, and therefore the optional setting fields 
implemented 

In stimuli 3 and 6, there may be several instances of the 'FP IP address / DNS 
server' and 'Blocked number' field ids in the query confirm received from lUT. 
TS_1 shall include as many field id occurrences in the 'Read entries' command 
In pass criteria 3 and 6, there may be several instances of the 'FP IP address / 
DNS server' and 'Blocked number' fields 

PP1 and PP2 bit positions in the 'Attached handset' bitmap depend on the 

configuration items HANDSET TS 1 NUMBER and 
HANDSET TS 2 NUMBER declared (see Clause C.2) 
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TC FT NG1.N.16 BV 3001 



DECT system settings list - FP IP address - Edit entry - Save entry - Read entries 



Reference: 

Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clauses 7.4.11.3.4, 7.4.11.3.5, 7.4.11.3.6, 7.4.11.3.7 and 7.4.11.3.8 
and Clause 7.4.10.1, 'Field instances management' entry 
DECT system settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =04H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 ..n =04H, 
05H, 06H, 07H, 08H> from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with following values 

FP IP address/type = 'static' property bit set 
FP IP address/value = 192.168.212.12 
FP IP address/subnet mask = 255.255.255.0 
FP IP address/gateway = 192.168.212.1 
FP IP address/DNS server = 192.168.212.1 

4. Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark 
entries request^ OOH, list entry identifier1=04H, 05H, 06H, 07H, 08H> from TS_1 

5. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =04H> 
from TS_1 

6. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with FP IP address/type property bit set to 'DHCP' 

7. Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark 
entries request^ OOH, list entry field identifier 1 ..n =04H, 05H, 06H, 07H, 08H> from 
TS_1 

8. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 lUT a < Read entries confirm, session id=n> 
followed by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1 > 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with FP IP address 
fields set to previously modified values 

5. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

6. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1 > 

7. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with FP IP 
address/type field set to previously modified value 

8. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 

In step 1 , store data packet content to restore previous FP IP address at the 
end of TC 

In stimuli 1 , 4, and 7, there may be several instances of the 'FP IP address / 

DNS server' field id in the query confirm received from lUT. TS_1 shall include 

as many field id occurrences in the 'Read entries' command 

In stimulus 2, field id '08'H shall be present only once, in order to request 

edition of the first 'DNS server' field instance only 

In pass criteria 1 , 4, and 7, there may be several instances of the 'FP IP 

address / DNS server' field 

In pass criteria 3 to 7 some of the IP address sub fields may not be supported 
by the lUT depending on the declarations NG1 .N.16_30/31/32/33/34 
(see Table A.25 in Clause A.2.3) 
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TC FT NG1.N.16 BV 3501 


DECT system settings list - FP version - Read entries 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.11.3.3 

DECT system settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1..n =09H, OAH, OBH when declared> 
from TS_1 

2. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1 > followed by <data packet/data packet last> including: 

• 09H FP version / Firmware version 

• OAH FP version / Eeprom version 

• OBH FP version / Hardware version when declared (see Annex A, Table A.25) 

2. Verify that the lUT sends back to TS J a {CC-RELEASE-COM} message 

Test equipment shall rely on Annex A, Table A.25 to know the optional List access service 
procedures supported, and therefore the optional setting fields implemented 




TC_FT_NG1 .N.I 6_BV_3801 


Line settings list - Line name- Edit entry - Save entry - List change notification - Read 
entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.11.4.1 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), 

Line settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =01 H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =01 H> 

from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with Line name field set to "My First Line" 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=01H> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 lUT a < Read entries confirm, session id=n> 
followed by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with entry content (entry identifier = u) 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1 > followed by <data packet/data packet last> with Line name field 
set to previously modified value 

5. Verify that the lUT sends to TS la <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

7. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION= < List change indication. Line settings list, 1 entry > 
(=<03H,88H,81 H>) » and IE«CALL-INFORMATION» specifying (Relating to 
line 0) =<(0, 3, lidO set to value declared in FT_IXIT_20)> 

Reception of {FACILITY} message is tested as pass criteria 7. However, {FACILITY} 
message can also be sent by the lUT at any time after pass criteria 3, 4 or 5 (any time 
after the save <Save entry confirm> command). Test equipment shall allow these 
implementations 
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TC FT NG1.N.16 BV 3901 


Line settings list - Line id - Edit entry - Save entry - Read entries 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.11.4.2 
EN 300 175-5 [5], Clause 7.7.56 
Line settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =02H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =02H> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with Line id field set to ("Relating-to", 01 H) 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =02H> from TS_1 

5. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with 'editable' property bit of Line id field set to OB 

3. Verify that the lUT sends to TS_1 a <Negative acknowledgement, session id=m, 
reject reason= procedure not allowed> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Line id field set 
to previously edited value 

5. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 
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TC FT NG1.N.16 BV 4001 



Line settings list - Attaclied liandsets - Edit entry - Save entry - List change notification 
Read entries after registration 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 1 02 527-3 [1 4], Clauses 7.4.1 1 .2 and 7.4.1 1 .4.3 

Only one first PP registered (TS_1 is NG PP1) attaclied to each line, Line settings list 
open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=03H> from TS_1 and close the list 

session 

2. Start the access rights procedure on lUT 
Registrate TS_2 as a new PP 

3. Open Line settings list and send a <Read entries, session id=m, start index=1 , 
direction=0, counter= t (total number of lines), mark entries request= OOH, list entry 
field identifier 1 ..n = 02H, 03H> from TS_1 

4. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1=03H> 
from TS_1 

5. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with "Number" field set to (Number of registered handsets 
attached to the line=01 H, Handset bitmap=01 H) 

6. Send a <End session, session id=n> from TS_1 

7. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1 > followed by <data packet/data packet last> with "Attached 
handsets" field set to (Number of registered handsets attached to the line=01 H, 
Handset bitmap = PP1 bit set, with no trailing null octets in the bitmap) 

2. Verify that the lUT accepts registration 

3. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=m, start 
index=1 , counter=t > followed by <data packet/data packet last> 

If (total number of lines =1 ) then verify that the first entry includes an "Attached 

handsets" field set to (Number of registered handsets attached to the line=02H, 
Handset bitmap= PP1 and PP2 bits set, with no trailing null octets in the bitmap) 
Else if (total number of lines > 2 and FT_IXIT_12 value is 'supported') then 
verify that at least one of the entries includes an "Attached handsets" field set to 
(Number of registered handsets attached to the line=02H, Handset bitmap= PP1 and 
PP2 bits set, with no trailing null octets in the bitmap) 

Store the line id value 'v' of the first line found with the new registered PP attached to 

4. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with set to (Number of registered handsets attached 
to the line=02H, Handset bitmap= PP1 and PP2 bits set, with no trailing null octets in 
the bitmap) 

5. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 

identifier=u, position index=p, total number of available entries=t> 

6. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

7. Verify that the lUT sends to TS_1 a {CC-RELEASE-COIVl} message 

8. Verify that the lUT sends to TS_1 a {FACILITY} message with IE «EVENTS 
NOTIFICATION= < List change indication. Line settings list, 1 entry > 
(=<03H,88H,81H>) » and IE«CALL-INFORMATION» specifying (Relating to line 
v) =<(0, 3, value v)> 

'u' entry identifier is the identifier of the first line found with the new registered 
PP attached to 

'v' is the line identifier within this entry 'u' 

Reception of {FACILITY} message is tested as pass criteria 8. However, 
{FACILITY} message can also be sent by the lUT at any time after pass criteria 
5 or 6 (any time after the save <Save entry confirm> command). Test 
equipment shall allow these implementations 

PP1 and PP2 bit positions in the 'Attached handset' bitmap depend on the 
configuration items HANDSET_TS_1_NUIV1BER and 
HANDSET_TS_2_NUMBER declared (see Clause C.2) 
FT_IXIT_12 value 'supported' indicates that registered PPs are attached by 
default to at least one line (see Annex A, Table A. 15) 



ETSI 



261 



ETSI TS 102 841 VI .3.1 (2012-05) 
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Line settings list - Dialling Prefix - Edit entry - Save entry - Read entries - Outgoing call 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 1 02 527-3 [14], Clause 7.4.1 1 .4.4 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =04H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =04H> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS__1 followed by <data 
packet/data packet last> with "Number" field set to (Digit=30H, 39H) 

4. Send a <Read entries, session id=n, start index=0, direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =04H> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CO-RELEASE} message from TS_1 

7. Perform an outgoing call to "01 23456789" from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> with "Number" field length = 01 H 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1, total number of available entries=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1, counter=1> followed by <data packet/data packet last> with Dialling Prefix 
field set to previously modified value 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {00-RELEASE-OOM} message 

Verify at network interface that the lUT added the dialling prefix to the called party 
number by dialling "090123456789" 




TC FT NG1.N.16 BV 4201 


Line settings list - FP melody - Edit entry - Save entry - Read entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.5 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =05H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1=05H> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with FP melody field set to 03H 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=05H> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CO-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with FP melody field 
set to 03H 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {00-RELEASE-OOM} message 
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Line settings list - FP volume - Edit entry - Save entry - Read entries 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 1 02 527-3 [14], Clause 7.4.1 1 .4.6 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =06H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =06H> 
from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with FP volume field set to 30H 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =06H> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=1> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with FP volume field 
set to 30H 

5. Verify that the lUT sends to TS la <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 




TC_FT_NG1 .N.1 6_BV_4401 


Line settings list - Blocked number - Edit entry - Save entry - Read entries- Outgoing call 
blocked 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 1 02 527-3 [1 4], Clause 7.4.1 1 .4.7 
Line settings list open (session id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =07H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =07H> 

from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with "Number" field set to (Digit=30H, 30H, 2AH) 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =07H> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

7. Perform an outgoing call to "0001 23456789" from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Blocked 
number field set to previously modified value 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 

7. Verify that the lUT blocks the call and sends back to TS_1 a {CC-RELEASE} 
message 

This field may be contained several times in line settings entry 
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TC FT NG1.N.16 BV 4501 



Line settings list - Multiple calls mode - Edit entry - Save entry - List change notification - 
Read entries 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.8 

2 PPs registered {TS_1 is NG PP1 , TS_2 is NG PP2), IVIultiple calls lUT, Line settings list 
open (session ld=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =08H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =08H> 

from TS_1 

3. Send a <Save entry, session ld=n, entry ldentlfler=u> from TS_1 followed by <data 
packet/data packet last> with Multiple calls mode field modified (i.e. modify to 30H if 
31 H or 31 H if 30H) 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =08H> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
ldentlfler=u, position index=1 , total number of available entrles=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Multiple calls 
mode field set to previously modified value 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

7. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION^ < List change Indication, Line settings list, 1 entry > 
(=<03H,88H,81H>) » and IE«CALL-INFORMATION» specifying (Relating to 
line 0) =<(0, 3, lldO set to value declared In FT_IXIT_20)> 

Reception of {FACILITY} message is tested as pass criteria 7. However, {FACILITY} 
message can also be sent by the lUT at any time after pass criteria 3, 4 or 5 (any time 
after the save <Save entry confirm> command). Test equipment shall allow these 
implementations 
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Line settings list 
entries 



Intrusion call - Edit entry - Save entry - List change notification - Read 



TC FT NG1.N.16 BV 4601 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.9 

2 PPs registered {TS_1 is NG PP1, TS_2 is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =09H> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =09H> 

from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
pacl<et/data packet last> with Intrusion call field modified (i.e. modify to 30H if 31 H or 
31H if 30H) 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =09H> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1 , total number of available entries=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Intrusion call 
mode field set to previously modified value 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

7. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION^ < List change indication, Line settings list, 1 entry > 
(=<03H,88H,81H>) » and IE«CALL-INFORMATION» specifying (Relating to 
line 0) =<(0, 3, lidO set to value declared in FT_IXIT_20)> 

Reception of {FACILITY} message is tested as pass criteria 7. However, {FACILITY} 
message can also be sent by the lUT at any time after pass criteria 3, 4 or 5 (any time 
after the save <Save entry confirm> command). Test equipment shall allow these 
implementations 
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Line settings list ■ 
Read entries 



Permanent CLIR - Edit entry - Save entry - List change notification 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.10 

2 PPs registered {TS_1 Is NG PP1, TS_2 Is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =0AH> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1=0AH> 

from TS_1 

3. Send a <Save entry, session ld=n, entry ldentlfler=u> from TS_1 followed by <data 
packet/data packet last> with Permanent CLIR field set to: 

"Value" subfield set to 31 H 

"CLIR activation code" subfield set to (05H, 2AH, 05H, 30H, 39H, 2AH) 
"CLIR deactivation code" subfield set to (05H, 23H, 05H, 31 H, 38H, 23H) 

4. Send a <Read entries, session ld=n, start index=1 , dlrectlon=0, counter=1 , mark 
entries request= OOH, list entry field Identifier 1=0AH> from TS_1 

5. Send a <End session, session ld=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session ld=n, entry 
identifier=u, position lndex=1 , total number of available entries=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Permanent 
CLIR field set to previously modified value 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

7. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION^ < List change Indication, Line settings list, 1 entry > 
(=<03H,88H,81H>) » and IE«CALL-INFORMATION» specifying (Relating to 
line 0) =<(0, 3, lidO set to value declared in FT_IXIT_20)> 

Reception of {FACILITY} message Is tested as pass criteria 7. However, {FACILITY} 
message can also be sent by the lUT at any time after pass criteria 3, 4 or 5 (any time 
after the save <Save entry confirm> command). Test equipment shall allow these 
implementations 
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Line settings list - Call Forwarding Unconditional - Edit entry - Save entry - List change 

notification - Read entries 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Connments: 



TS 102 527-3 [14], Clause 7.4.11.4.11 

2 PPs registered {TS_1 is NG PP1, TS_2 is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =OBH> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=1 , list entry field identifier 1 =OBH> 

from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with Call Forwarding Unconditional field set to: 

"Value" subfield set to 31 H 

"CFU activation code" subfield set to (04H, 2AH, 05H, 30H, 39H) 
"CFU deactivation code" subfield set to (04H, 23H, 05H, 31 H, 38H) 
"Call forwarding number" subfield set to "0612345789" 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=0BH> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1, total number of available entries=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Call Fonwarding 
unconditional field set to previously modified value 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

7. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION= < List change indication. Line settings list, 1 entry > 
(=<03H,88H,81H>) » and IE«CALL-INFORMATION» specifying (Relating to line 
0) =<(0, 3, lidO set to value declared in FT_IXIT_20)> 

Reception of {FACILITY} message is tested as pass criteria 7. However, {FACILITY} 
message can also be sent by the lUT at any time after pass criteria 3, 4 or 5 (any time 
after the save <Save entry confirm> command). Test equipment shall allow these 
implementations 
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Line settings list - Call Forwarding on No Answer ■ 
notification - Read entries 



Edit entry - Save entry - List change 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.11.4.12 

2 PPs registered {TS_1 is NG PP1, TS_2 is NG PP2), Line settings list open (session 
ld=n) 

1 . Send a <Read entries, session ld=n, start lndex=1 , dlrectlon=0, counter=1 , mark 
entries request= OOH, list entry field Identifier 1 =OCH> from TS_1 

2. Send a <Edlt entry, session ld=n, entry ldentlfler=u, list entry field Identifier 1 =OCH> 

from TS_1 

3. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with Call Forwarding on No Answer field set to: 
"Value" subfleld set to 31 H 

"Nb of seconds before call Is forwarded" subfleld set to 40H 
"CFNA activation code" subfleld set to (03H, 23H, 38H, 38H) 
"CFNA deactivation code" subfleld set to (03H, 2AH, 39H, 39H) 
"Call forwarding number" subfleld set to "0912345678" 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=0CH> from TS_1 

5. Send a <End session, session ld=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session ld=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
ldentlfler=u, position lndex=1 , total number of available entrles=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session ld=n, start 
lndex=1 , counter=1> followed by <data packet/data packet last> with Call Fonwarding 
on no answer field set to previously modified value 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

7. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION= < List change Indication, Line settings list, 1 entry > 
(=<03H,88H,81 H>) » and IE«CALL-INFORMATION» specifying (Relating to 
line 0) =<(0, 3, lidO set to value declared in FT_IXIT_20)> 

Reception of {FACILITY} message is tested as pass criteria 7. However, {FACILITY} 
message can also be sent by the lUT at any time after pass criteria 3, 4 or 5 (any time 
after the save <Save entry conflrm> command). Test equipment shall allow these 
Implementations 
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Line settings list - Call Forwarding on Busy subscriber - Edit entry - Save entry - List 

change notification - Read entries 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Connments: 



TS 102 527-3 [14], Clause 7.4.11.4.13 

2 PPs registered {TS_1 is NG PP1, TS_2 is NG PP2), Line settings list open (session 
id=n) 

1 . Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =ODH> from TS_1 

2. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1=0DH> 

from TS_1 

3. Send a <Save entry, session id=n, entry identifier=1> from TS_1 followed by <data 
packet/data packet last> with Call Forwarding on Busy subscriber field set to: 
"Value" subfield set to 31 H 

"CFB activation code" subfield set to (05H, 23H, 05H, 38H, 31 H, 23H) 
"CFB deactivation code" subfield set to (05H, 2AH, 05H, 39H, 30H, 2AH) 
"Call forwarding number" subfield set to "0897654321" 

4. Send a <Read entries, session id=n, start index=1 , direction=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1=0DH> from TS_1 

5. Send a <End session, session id=n> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

1 . Verify that the lUT sends to TS_1 a < Read entries confirm, session id=n> followed 
by <data packet/data packet last> with entry content (entry identifier = u) 

2. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

3. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
identifier=u, position index=1, total number of available entries=t> 

4. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
index=1 , counter=1> followed by <data packet/data packet last> with Call Fonwarding 
on Busy subscriber field set to previously modified value 

5. Verify that the lUT sends to TS_1 a <End session confirm, session id=n> 

6. Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 

7. Verify that the lUT sends to TS_1 and TS_2 a {FACILITY} message with IE 
«EVENTS NOTIFICATION= < List change indication. Line settings list, 1 entry > 
(=<03H,88H,81H>) » and IE«CALL-INFORMATION» specifying (Relating to line 
0) =<(0, 3, lidO set to value declared in FT_IXIT_20)> 

Reception of {FACILITY} message is tested as pass criteria 7. However, {FACILITY} 
message can also be sent by the lUT at any time after pass criteria 3, 4 or 5 (any time 
after the save <Save entry confirm> command). Test equipment shall allow these 
implementations 
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DECT system settings list - Emission mode - Edit entry - Save entry - Read entries 

T.<? 1 09 c;97-'5 n 41 r.lai ico 7 4 11 T 1 9 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.11.3.12 
F-00 

1 . Evaluate the lUT higher layer capabilities from TS_1 

1 a. Send a {CC-SETUP} message from TS_1 with IE «BASIC-SERVICE = <LiA service 

setup, Wideband speech default setup attributes> » 
1 b. Send a <Start session. List identifier = 07H, nb of sorting fields =0> from TS_1 

2. Send a <Read entries, session ld=n, start lndex=1 , dlrectlon=0, counter=1 , mark 
entries request= OOH, list entry field identifier 1 =OCH> from TS_1 

3. Send a <Edit entry, session id=n, entry identifier=u, list entry field identifier 1 =OCH> 
from TS_1 

4. Send a <Save entry, session id=n, entry identifier=u> from TS_1 followed by <data 
packet/data packet last> with Emission mode modified (i.e. modify to 'NEM' bit to OB 
if 1 B or to 1 B if OB) 

5. Send a <Read entries, session ld=n, start lndex=0, dlrectlon=0, counter=1 , mark 
entries request= OOH, list entry field Identifier 1=0CH> from TS_1 

6. Send a {CC-RELEASE} message from TS_1 

7. Evaluate the lUT higher layer capabilities from TS_1 

1 . Verify that the lUT has set the "No Emission mode support" FP higher layer capability 
bit equal to 1 (= Extended higher layer capabilities (part 2) a35 bit) 

1 a. Verify that the lUT sends to TS_1 a {CC-CALL-PROC} message 
1 b. Verify that the lUT sends to TS_1 a <Start session confirm, session id=n, total nb=1 , 
discriminator type=0 or 1 , nb of sorting fields =0> 

2. Verify that the lUT sends to TS_1 lUT a < Read entries confirm, session id=n> 
followed by <data packet/data packet last> with entry content (entry identifier = u) 

3. Verify that the lUT sends to TS_1 a <Edit entry confirm, session id=n> followed by 
<data packet/data packet last> 

4. Verify that the lUT sends to TS_1 a <Save entry confirm, session id=n, entry 
ldentlfler=u, position lndex=1 , total number of available entrles=1 > 

5. Verify that the lUT sends to TS_1 a <Read entries confirm, session id=n, start 
lndex=1 , counter=1 > followed by <data packet/data packet last> with Emission mode 
set to previously modified value 

6. Verify that the lUT sends back to TS_1 a {CC-RELEASE-COM} message 

7. Verify that the lUT has still set the "No Emission mode support" FP higher layer 
capability bit equal to 1 (= Extended higher layer capabilities (part 2) a35 bit). 



7.17 TC_FT_NG1.N. 17 Calling line identity restriction tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding Calhng hne identity restriction with the following 
considerations: 

• As NG1.N.17_2 "Permanent CLIR" procedure is also tested when testing NG1.N.16_25 "Line settings Ust" 
procedure for the corresponding setting. 

• As NG1.N.17_3 "Temporary CLIR mode (call by call)" procedure includes only PP requirements, there is no 
test case deiined for this procedure. 

Declarations (see Annex A): 

• NG1.N.17 "Calling line identity restriction" feature is optional on FP side, so the manufacturer shall declare if 
it is supported. 
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Permanent CLIR mode (all calls) 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.12.2 
"Permanent CLIR" field on line set to the following values 
"Value" subfield set to 31 H (activated) 

"CLIR activation code" subfield set to FT_IXIT_29.7 (possibly empty) 
"CLIR deactivation code" subfield set to FT IXIT 29.8 (possibly empty) 

F-00 

1 . Perform an outgoing call from TS_1 to Phone A 

2. Modify "Value" subfield of "Permanent CLIR" field in line settings list to 30H 
(deactivated) from TS_1 

Perform an outgoing call from TS_1 to Phone A 

1 . Verify that Phone A presents when ringing the lUT identification, either lUT phone 
number or lUT name 

2. Verify that Phone A does not present when ringing the lUT identification, neither lUT 
phone number nor lUT name (i.e. presentation restricted) 

For the definition of FT_IXIT_29.7 and FT_IXIT_29.8, see Annex A, Table A.I 6 


7.18 TC_FT_NG1 .N.18 Call forwarding (external calls) tests 
cases 

Test subgroup objectives: to check the lUT's behaviours regarding Call forwarding (external calls) with the following 
considerations: 

• As NG1.N.18_1 "Call forwarding common requirements" procedure is tested when testing NG1.N.16_25 
"Line settings list" procedure for the corresponding settings, there is no test case defined for this procedure. 


TC FT NG1.N.18 BV 201 


External Call Forwarding Unconditional (CPU) to external number 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.13.2 

"Call Forwarding unconditional" field on line set to the following values 
"Value" subfield set to 31 H (activated) 

"CPU activation code" subfield set to FT_IXIT_29.1 (possibly empty) 
"CPU deactivation code" subfield set to FT_IXIT_29.2 (possibly empty) 
"Call forwarding number" subfield set to Phone B number 

F-00 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Modify "Value" subfield of "Call Forwarding Unconditional" field in line settings list 
to 30H (deactivated) from TS_1 

Perform an incoming call on line towards lUTfrom Phone A 

1 . Verify that Phone B rings 

Verify that lUT does not send to TS 1 any {CC-SETUP} message 

2. Verify that the lUT sends to TS_1 a {CC-SETUP} message 

For the definition of FTJXIT_29.1 and FT_IXIT_29.2, see Annex A, Table A.I 6 
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External Call Forwarding on No Answer (CFNA) to external number 



Reference: 
initial condition: 



Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.13.3 

"Call Forwarding on No Answer" field on line set to tfie following values 
"Value" subfield set to 31 H (activated) 
"Nb of seconds before call is forwarded" set to OFH 
"CFNA activation code" subfield set to FT_IXIT_29.3 (possibly empty) 
"CFNA deactivation code" subfield set to FT_IXIT_29.4 (possibly empty) 

"Call forwarding number" subfield set to Phone B number 

F-00 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Wait for 1 0seconds 

2a. Wait for 1 additional seconds 

3. Modify "Nb of seconds before call is forwarded" subfield of "Call Forwarding on No 

Answer" field in line settings list to OOH (default FP value) from TS_1 
Perform an incoming call on line towards lUT from Phone A 

4. none 

5. Modify "Value" subfield of "Call Forwarding on No Answer" field in line settings list 
to 30H (deactivated) from TS_1 

Perform an incoming call on line towards lUT from Phone A 

6. Wait for 20seconds 

1 . Verify that the lUT sends to TS_1 a {CC-SETUP} message 

2. Verify that the lUT has not sent to TS_1 a {CC-RELEASE} message 
2a. Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

Verify that Phone B rings 

3. Verify that the lUT sends to TS_1 a {CC-SETUP} message 
Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

4. Verify that Phone B rings 

5. Verify that the lUT sends to TS_1 a {CC-SETUP} message 

6. Verify that the lUT does not send any {CC-RELEASE} message before the 20 
seconds 

For the definition of FT_IXIT_29.3 and FT_IXIT_29.4, see Annex A, Table A.I 6 
In pass criteria 2 and 2a, the test equipment checl<s that the lUT sends a 
CC-RELEASE message between 10 and 20 seconds after the CC-SETUP 
(because the CFNA is configured with 15 seconds in initial condition) 
In Pass criteria 6 test equipment checks that the call forward was actually 
deactivated 
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External Call Forwarding on Busy subscriber (CFB) to external number 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.13.4 

"Call Forwarding on Busy subscriber" field on line set to the following values 
"Value" subfield set to 31 H (activated) 

"CFB activation code" subfield set to FT_IXIT_29.5 (possibly empty) 
"CFB deactivation code" subfield set to FT_IXIT_29.6 (possibly empty) 
"Call forwarding number" subfield set to Phone B number 
External call in F-10 (TS_1+IUT) initiated by TS_1 on line with Phone C 

1 . Perform an incoming call on line towards lUT from Phone A 

2. Send a {CC-RELEASE} from TS_1 

3. Modify "Value" subfield of "Call Forwarding on Busy subscriber" field in line settings 
list to 30H (deactivated) from TS_1 

Perform an incoming call on line towards lUT from Phone A 

4. Send a CC-CONNECT from TS_1 

Perform an incoming call on line towards lUT from Phone A 

1 . Verify that Phone B rings 

Verify that lUT does not send to TS 1 any {CC-SETUP} message 

2. Verify that the lUT sends to TS la {CC-RELEASE-COM} message 

3. Verify that the lUT sends to TS_1 a {CC-SETUP} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id a, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value a), (2, 1, 1)»> 

4. Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b, CS call 
setup) =<(0, 0, lidO), (0, 5, ItO), (1,0, value b), (2, 1, 1)»> 

This test case is only used if FT_IXIT_16 is supported (in other words if FP 
triggers the CFB when second incoming call occurs) 

For the definition of FTJXIT_29.5 and FT_IXIT_29.6, see Annex A, Table A.I 6 
In Pass criteria 4 test equipment checks that the call forward was actually 
deactivated 


7.19 TC_FT_NG1.N.19 DTMF handling tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding DTMF handling with the following considerations: 

• There is no test case defined for NG1.N.19_1 "Uplink DTMF transmission at call setup when FP connected to 
classic switching network" procedure and for NG1.N.19_2 "Uphnk DTMF transmission when connected" as 
these procedures are inevitably implemented in a FP. 

• There is no test case defined for NG1.N.19_3 "Downhnk DTMF reception" procedure as the DTMF are 
received transparently as in-band audio. 


TC FT NG1.N.19 BV 401 


Local DTMF feedback of dialled digits 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.14.3 
F-10 (TSJ-i-lUT) 

Send piecewise dialling using the {CC-INFO} message with IE «KEYPAD» for each 
digit (0-9, *,#) from TS_1 

Verify that the lUT does not generate to TS_1 any audio in band feedback. 



7.20 TC_FT_NG1 .N.20 Tones provision tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding tones provision procedures. 
Declarations (see Annex A): 

• NG1.N.20_2 "Tones provision by the system" procedure and NG1.N.20_3 "Transparency to tones provision 
by the network or PABX" procedure are exclusive for external call, so the manufacturer shall declare which 
method is supported for each implemented tone. 

• Though, NGl .N.20_2 "Tones provision by the system" procedure is mandatory for internal call. 

• Ring-back tone on internal call, included in NG1.N.20_2 "Tones provision by the system" procedure, is tested 
when running NG1.N.8 "Call transfer" test cases, so there is no test case defined for this requirement. 
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• When NG1.N.20_2 "Tones provision by the system" procedure is supported, following tones are optional so 
the manufacturer shall declare if they are supported: 

NG1.N.20_2 "Dial tone". 

NGl .N.20_2 "Off-hook warning tone" . 



NG1.N.20_2 "Network congestion tone (external calls only)". 



TC FT NG1.N.20 BV 201 


Tones provision by the system - Ring-back tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
F-00 

1 . Perform an outgoing call to Phone A from TS_1 

2. Call pick up on Phone A 

1 . Verify that the lUT sends to TS_1 an IE «SIGNAL» with the value 01 H indicating 
'Ring back tone on': 

• for non-early CC-CONNECT implementation, within either a {CC-ALERTING} or 
a {CC-INFO} message before {CC-CONNECT} message 

• for early CC-CONNECT implementation, within a {CC-INFO} message after 
{CC-CONNECT} message 

2. Verify that the lUT sends to TS 1 an IE «SIGNAL» with the value 3FH indicating 
'Tones Off within either a {CC-INFO} or a {CC-CONNECT} message 

For early CC-CONNECT implementation, ring-back tone is not expected in 
{CC-CONNECT} message 




TC FT NG1.N.20 BV 202 


Tones provision by the system - Busy tone 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 

"Single call" mode line, 2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), external call 

in F-10 (TS_2+IUT) initiated by PP2 with Phone B 

Initiate outgoing call from TS 1 on the same line as the first call with TS_2 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «SIGNAL» with the 

value 04H indicating 'Busy tone on' 




TC FT NG1.N.20 BV 203 


Tones provision by the system - Call waiting tone 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 

G.722 external call in F-10 (TS_1+IUT) with Phone A 

Perform an incoming external call towards lUTfrom Phone B 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «SIGNAL» with the 
value 07H indicating 'call waiting tone on' 




TC FT NG1.N.20 BV 204 


Tones provision by the system - Negative acknowledgement tone 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.15.2.1 

External call in F-10 (TS_1+IUT) with Phone A (call id a), one parallel external call 
established with Phone B (call id b), both calls are on line 

Send a {CC-INFO} message from TS_1 with IE «MULTI-KEYPAD» set to (1CH, 33H) 
digits and with IE «CALL-INFORMATION» specifying (call id c) =<(1 , 0, value c)> 
Verify that the lUT send to TS_1 a {CC-INFO} message with IE «SIGNAL» with the 
value 09H indicating 'Negative acknowledgement tone' 

Call id is assigned by the lUT, as a result call id c must be different from allocated ones 
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Tones provision by the system - Dial tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
F-00 

1 . Send a {CC-SETUP} message from TS 1 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to (34H, 33H, 32H, 
31 H) digits from TS_1 

1 . Verify that the lUT sends to TS_1 an IE «SIGNAL» with the value OOH indicating 
'Dial tone on': 

• for non-early CC-CONNECT implementation, within either a {CC-SETUP-ACK} 
or a {CC-INFO} message before {CC-CONNECT} message 

• for early CC-CONNECT implementation, within either a {CC-CONNECT} or a 
further {CC-INFO} message 

2. Verify that the lUT sends to TS 1 an IE «SIGNAL» with the value 3FH indicating 
'Tones Off within either a {CC-CALL-PROC}, a {CC-CONNECT}, or a {CC-INFO} 
message 




TC FT NG1.N.20 BV 207 


Tones provision by the system - Off-hook warning tone 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.1 
F-1 (TS_1 -i-lUT) with Phone A 
Hang up on Phone A 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «SIGNAL» with the 
value 08H indicating 'Off-hook warning tone on' 




TC_FT_NG1 .N.20_BV_210 


Tones provision by the system - Ring-back tone on parallel call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.15.2. 

External call in F-10 (TS_1-i-IUT) with Phone A (call id a) on line 

1 . Send 1 CH 1 5H digits together with Phone B number in IE «MULTI-KEYPAD» in a 
{CC-INFO} message from TS 1 and IE «CALL-INFORMATION» specifying (line 
None) =<(0, 0, 127)> 

2. Call pick up on Phone B 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» for new call reference call id b 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE «SIGNAL» with 
the value 01 H indicating 'Ring back tone on' 

2. Verify that the lUT sends to TS_1 an IE «SIGNAL» with the value 3FH indicating 
'Tones Off within a {CC-INFO} message 

The two {CC-INFO} messages may be combined in one in step 1 




TC FT NG1.N.20 BV 220 


Tones provision by the system - Backward compatibility with legacy PPs 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.2.2 

TS_1 is a GAP PP, F-00 

Perform an outgoing call from TS_1 

Verify that the lUT indicates availability of in-band tones to TS_1 by connecting the 
U-plane either by sending: 

• IE «PROGRESS INDICATOR» before {CC-CONNECT} message; or 

• a {CC-CONNECT} message 




TC_FT_NG1 .N.20_BV_301 


Transparency to tones provision by the network or PABX - Dial tone and ring back tone for 
a first call 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.15.3 
F-00 

Perform an outgoing call on line to Phone A from TS_1 

Verify that the lUT indicates availability of in-band tones to TS_1 by connecting the 
U-plane either by sending: 

• IE «PROGRESS INDICATOR» before {CC-CONNECT} message; or 

• a {CC-CONNECT} message 

Verify on TS_1 that the tones generated by the network or PABX can be heard: 

• The Dial tone on if declared (see Annex A, Table A. 26) 

• the Ring Back Tone if declared (see Annex A, Table A. 26) 

The TC is tested if at least one of the two indicated tones is handled 
transparently as declared in Table A.26. Only declared tone(s) is(are) tested in 
the pass criteria 
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Transparency to tones provision by the network or PABX - Busy tone 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.15.3 
F-00 

1 . Perform a call from phone B to phone A (done by user) 

2. Perform an outgoing call on line to Phone A from TS_1 

1. None 

2. Verify that the lUT indicates availability of in-band tones to TS_1 by connecting the 
U-plane either by sending: 

• IE «PROGRESS INDICATOR» before {CC-CONNECT} message; or 

• a {CC-CONNECT} message 

Verify that the Busy tone or busy in-band announcement indication generated by the 
network or PABX can be heard 
For first stimulus, a display on test equipment to request user to place a call from phone B 

to phone A is necessary 

Purpose of stimulus 1 is to set-up a busy situation in the network regarding phone A. 
However this may be linked to the network capabilities (for example, double call features 
disabled with phone A). So other variants of stimulus 1 are allowed in order to set up this 
busy situation with phone A. 




TC_FT_NG1 .N.20_BV_303 


Transparency to tones provision by the network or PABX - Call waiting tone 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


TS 102 527-3 [14], Clause 7.4.15.3 
G.722 external call in F-10 (TS_1+IUT) with Phone A 
Perform an incoming external call towards lUT from Phone B 
Verify that the lUT plays transparently the call waiting tone 




TC_FT_NG1 .N.20_BV_304 


Transparency to tones provision by the network or PABX - Dial tone and ring back tone for 
outgoing parallel call 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.15.3 

G.722 external call in F-10 (TS UIUT) initiated by TS 1 on line (call id a) with Phone A 

1 . Send a {CC-INFO} message from TS 1 with IE « MULTI-KEYPAD » set to 1 CH 
15H digits and IE «CALL-INFORMATION» specifying (line None) =<(0, 0, 127)> 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone B number 
and IE «CALL-INFORMATION» specifying (call id b) =<(1 , 0, value b)> 

1 . If declared (see Annex A, Table A.26),verify on TS_1 that the Dial tone on generated 
by the network or PABX can be heard 

2. If declared (see Annex A, Table A.26), verify on TS_1 that the Ring Back Tone 
generated by the network or PABX can be heard 

The objective of this test case is to test the tones when provided transparently 
by the network, as a consequence it is not necessary to test the call statuses 
nor call ids 

The TC is tested if at least one of the two indicated tones is handled 
transparently as declared in Table A.26. Only declared tone(s) is(are) tested in 
the pass criteria 



7.21 TC_FT_NG1 .N.21 Headset management tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding headset management with the following 
consideration: 

• As NG1.N.21_1 "Headset considerations" is tested implicitly when running NGl.A.l "Easy PIN-code 
registration" test cases, there is no test case defined for this procedure. 

• As NG1.N.21_3 "Headset incoming call" is tested implicitly when running NGl.N.l "Codec negotiation" 
incoming call test cases, there is no test case defined for this procedure. 

• As NGl .N.21_4 "Re-dial of last outgoing call" and NGl .N.21_5 "Re-dial of last incoming call" procedures 
use normal call setup instead of 'interception' setup, there is no test case defined for these procedures. 

• As NGl .N.21_6 "Switching headset to handset (headset initiated)" procedures use NGl .N.8 "Call transfer" 
procedure, there is no test case defined for these procedures. 
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• All other telephony features are supported on FP side towards a HPP, so there is no test case defined for 
NG1.N.21_8 "Compatibility with other telephony features and profiles". 



TC FT NG1.N.21 BV 201 



Headset call interception - G.722 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.16.2.2 

2 PPs registered (TS_1 is HPP PP1 , TS_2 is NG PP2), 

"Gall interception" set to 31 H ("allowed") for PP2's internal names list entry, 

G.722 external call in F-10 (TS_2+IUT) established by Phone B on line (call Id b) with 

TS_2, TS_2 selected G.722 when negotiating codec 



Comments: 



Send a {CC-SETUP} message in long slot mode with IE « MULTI-KEYPAD » set 
to (1CH, 50H, 2AH) digits from TS_1 

Start F<CC.NG.01> timer control when receiving IE «SIGNAL» In step 1 

Time out of F< CC.NG.01> timer control 

Send a {CG-RELEASE-COIVI } message from TS_2 

Verify that the lUT sends to TS_1 

- (for a non-early {GG-CONNECT} implementation), a {GG-GALL-PROG} message 
with IE «GALL-INFORI\/IATION» specifying (line 0, line type Information, call Id b, 
CS call proc) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (2, 1 , 3)> 

OR 

- (for an early {GG-GONNEGT} implementation) a {GG-GONNEGT} message with IE 
«GALL-INFORMATION» specifying (line 0, line type information, call id b) =<(0, 0, 
lidO), (0, 5, ItO), (1 , 0, value b)> followed by a {GG-INFO} message with IE 
«GALL-INFORMATION» specifying (call id b, GS call proc) =<(1 , 0, value b), (2, 1 , 
3)> 

Verify that the lUT sends to TS_2 In the same or different {GG-INFO} messages: 

• an IE «SIGNAL» with the value 02H Indicating 'Intercept tone on' 

• an IE «GALLING PARTY NUIVIBER = <Number type= Network specific number, 
Numbering plan id = Private plan. Presentation lndlcator=do not care value, 
Screening indicator^ do not care value, calling party address= IA5 coding of 
terminal Identity number In decimal of PP1> », 

• an IE «CALL-INFORMATION» specifying (call Id b, CS_call Intercepted) =<(1 , 
0, value b), (2,1, 8)>, 

• when sent in different messages, call status indication shall always be sent In the 
first used {GG-INFO} message, and call Identifier shall be sent within all 
messages 

Verify that the lUT sends to TS_1 

- (for a non-early {CC-CONNECT} Implementation) a {GG-CONNECT} message 
with IE «CALL-INFORMATION» specifying (call id b, CS call connect) =<(1, 0, 
value b), (2, 1 , 5)> 

OR 

- (for an early {GG-GONNEGT} implementation) a {GG-INFO} message with IE 
«CALL-INFORMATION» specifying (call Id b, CS call connect) =<(1 , 0, value b), 
(2,1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 
Verify that the lUT sends to TS_2 a {GG-RELEASE} message 

'Gall interception' parameter In Internal names list must be configured by the 

test system 

In pass criterion 1 , test equipment relies on declaration FT_IXIT_22 to know If 
the lUT Implements early or non-early GG-CONNECT on line 
In pass criterion 1 , the line confirmation (line 0, line type Information) may also 
be sent: 

- (for a non-early {GG-GONNEGT} implementation) In a {GG-INFO} (without 
any call status) following the {CC-CALL-PROC} and sent before 
{GG-GONNEGT} 

- (for an early {GG-GONNEGT} implementation), in a {GG-INFO} following the 
{GG-CONNECT} (together with 'CS call proc', or In subsequent one without 

any call status sent before 'CS call connect') 



ETSI 



277 



ETSI TS 102 841 VI .3.1 (2012-05) 



TC FT NG1.N.21 BV 202 



Headset call interception - G.726 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.16.2.2 

2 PPs registered (TS_1 is HPP PP1, TS_2 is NG PP2), 

"Gall interception" set to 31 H ("allowed") for PP2's internal names list entry, 

G.726 external call In F-10 (TS_2+IUT) established by Phone on line (call Id b), TS_2 

selected G.726 when negotiating codec 



Comments: 



Send a {CC-SETUP} message in long slot mode with IE « MULTI-KEYPAD » set 

to (1CH, 50H, 2AH) digits from TS_1 

Start F<CC.NG.01> timer control when receiving IE «SIGNAL» in step 1 

Time out of F< CC.NG.01> timer control 

Send a {CC-RELEASE-COM} message from TS_2 

Verify that the lUT sends to TS_1 

- (for a non-early {CC-CONNECT} Implementation), a {CC-CALL-PROC} message 
with IE «CALL-INFORMATION» specifying (line 0, line type Information, call id b, 
CS call proc) =<(0, 0, lldO), (0, 5, ItO), (1 , 0, value b), (2, 1 , 3)> 

OR 

- (for an early {CC-CONNECT} Implementation) a {CC-CONNECT} message with IE 
«CALL-INFORI\/IATION» specifying (line 0, line type information, call id b) =<(0, 0, 
lldO), (0, 5, ItO), (1 , 0, value b)> followed by a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call Id b, CS call proc) =<(1 , 0, value b), 

(2, 1,3)> 

Verify that the lUT sends to TS_2 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'intercept tone on' 

• an IE «CALLING PARTY NUMBER = <Number type= Networl< specific number, 
Numbering plan id = Private plan, Presentation indicator=do not care value. 
Screening lndlcator= do not care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP1> », 

• an IE «CALL-INFORMATION» specifying (call id b, CS_call intercepted) =<(1 , 
0, value b), (2, 1, 10)>, 

• when sent In different messages, call status Indication shall always be sent In the 
first used {CC-INFO} message, and call Identifier shall be sent within all 
messages 

Verify that the lUT sends to TS_1 

- (for a non-early {CC-CONNECT} implementation), a {CC-CONNECT} message 
with IE «CALL-INFORMATION» specifying (call id b, CS call connect) =<(1, 0, 
value b), (2, 1, 5)> 

OR 

- (for an early {CC-CONNECT} Implementation) a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call Id b, CS call connect) =<(1, 0, value b), 

(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone C 
Verify that the lUT sends to TS_2 a {CC-RELEASE} message 

'Call interception' parameter In Internal names list must be configured by the 

test system 

In pass criterion 1 , test equipment relies on declaration FTJXIT_22 to know If 

the lUT implements early or non-early CC-CONNECT on line 

In pass criterion 1 , the line confirmation (line 0, line type information) may also 

be sent: 

- (for a non-early {CC-CONNECT} implementation) In a {CC-INFO} (without 
any call status) following the {CC-CALL-PROC} and sent before 
{CC-CONNECT} 

- (for an early {CC-CONNECT} Implementation), in a {CC-INFO} following the 
{CC-CONNECT} (together with 'CS call proc', or In subsequent one without 

any call status sent before 'CS call connect') 
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TC FT NG1.N.21 BV 204 



Headset call interception - Control code failed 



Reference: 
Initial condition: 



Stimulus: 
Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.16.2.2 

2 PPs registered (TS_1 is HPP PP1 , TS_2 is NG PP2), 

"Call interception" set to 30H ("not allowed") for PP2's internal names list entry, 

External call in F-10 (TS_2+IUT) established by TS_2 on line (call id b) with Phone B 

1 . Send a {CC-SETUP} message in long slot mode with IE « MULTI-KEYPAD » set 

to (1CH, 50H, 2AH) digits from TS_1 
1. Verify that the lUT sends to TS_1: 

- (for a non-early {CC-CONNECT} implementation), a {CC-CALL-PROC} message 
with IE «CALL-INFORMATION» specifying at least (call id b, CS call proc) =< (1 , 
0, value b), (2, 1,3)> 

OR 

- (for an early {CC-CONNECT} implementation), a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying at least (call id b) =<(1 , 0, value b)> followed 
by a {CC-INFO} message with IE «CALL-INFORMATION» specifying (call id b, CS 
call proc) =<(1 , 0, value b), (2, 1 , 3)> 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 09H indicating 'Negative acknowledgement 
tone' 

• an IE «CALL-INFORMATION» specifying (call id b, CS call disconnecting, 
control code failed) =< (1 , 0, value b), (2, 1 , 6), (2, 2, 3)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

Verify that the lUT sends to TS_1 a {CC-INFO} message an IE 
«CALL-INFORMATION» specifying (call id b, CS idle) =< (1 , 0, value b), (2, 1 , 0) > 
Verify end-to-end U-plane connection between TS_2 and Phone B 

'Call interception' parameter in Internal names list must be configured by the 

test system 

In pass criterion 1 , test equipment relies on declaration FT_IXIT_22 to know if 
the lUT implements early or non-early CC-CONNECT on line 
In pass criterion 1 , presence of a line confirmation (line 0, line type information) 
is optional (error case) and is therefore not tested. Note that the lUT is still 
allowed to send a line confirmation as follows: 

- (for a non-early {CC-CONNECT} implementation) in the {CC-CALL-PROC}, 
or in a {CC-INFO} (without any call status) following the {CC-CALL-PROC} 
and sent before 'CS call disconnecting' call status 

- (for an early {CC-CONNECT} implementation), in the {CC-CONNECT}, or in 
a {CC-INFO} following the {CC-CONNECT} (together with 'CS call proc', or 
in subsequent one without any call status sent before 'CS call disconnecting' 

call status) 
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TC FT NG1.N.21 BV 701 



Switching from headset to handset (handset initiated) - G.722 call 



Reference: 
Initial condition: 



Stimulus: 



Pass criteria: 



TS 102 527-3 [14], Clause 7.4.16.7 
2 PPs registered (TS_1 is HPP PP1 , TS_2 is NG PP2), 
"Gall interception" set to 31 H ("allowed") for PP1 's internal names list entry, 
G.722 outgoing call in F-10 intercepted by TS_1 (Run TC_FT_NG1 .N.21_BV_201) 



Comments: 



Send a {CC-SETUP} message in long slot mode with IE « MULTI-KEYPAD » set 
to (1CH, 50H, 2AH) digits from TS_2 

Start F<CC.NG.01> timer control when receiving IE «SIGNAL» in step 1 

Time out of F< CC.NG.01> timer control 

Send a {CC-RELEASE-COM} message from TS_1 

Verify that the lUT sends to TS_2: 

- (for a non-early {CC-CONNECT} implementation), a {CC-CALL-PRGCj message 
with IE «CALL-INFORMATION» specifying (line 0, line type information, call id b, 
CS call proc) =<(0, 0, lidO), (0, 5, ItO), (1 , 0, value b), (2, 1 , 3)> 

OR 

- (for an early {CC-CONNECT} implementation) a {CC-CONNECT} message with IE 
«CALL-INFORMATION» specifying (line 0, line type information, call id b) =<(0, 0, 
lidO), (0, 5, ItO), (1 , 0, value b)> followed by a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call proc) =<(1 , 0, value b), (2, 1 , 
3)> 

Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 02H indicating 'intercept tone on' 

• an IE «CALLING PARTY NUMBER = <Number type= Network specific number, 
Numbering plan id = Private plan. Presentation indicator=do not care value, 
Screening indicator= do not care value, calling party address= IA5 coding of 
terminal identity number in decimal of PP2> », 

• an IE «CALL-INFORMATION» specifying (call id b, CS_call intercepted) =<(1 , 
0, value b), (2, 1, 10)>, 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

Verify that the lUT sends to TS_2: 

- (for a non-early {CC-CONNECT} implementation), a {CC-CONNECT} message 
with IE «CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, 
value b), (2, 1, 5)> 

OR 

- (for an early {CC-CONNECT} implementation) a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1 , 0, value b), 

(2, 1,5)> 

Verify end-to-end U-plane connection between TS_2 and Phone B 
Verify that the lUT sends to TS_1 a {CC-RELEASE} message 

'Call interception' parameter in Internal names list must be configured by the 

test system 

In pass criterion 1 , test equipment relies on declaration FT_IXIT_22 to know if 
the lUT implements early or non-early CC-CONNECT on line 
In pass criterion 1 , the line confirmation (line 0, line type information) may also 
be sent: 

- (for a non-early {CC-CONNECT} implementation) in a {CC-INFO} (without 
any call status) following the {CC-CALL-PROC} and sent before 
{CC-CONNECT} 

- (for an early {CC-CONNECT} implementation), in a {CC-INFO} following the 
{CC-CONNECT} (together with 'CS call proc', or in subsequent one without 

any call status sent before 'CS call connect') 



7.22 TC_FT_NG1 .N.22 Handling of lines where second calls are 
signalled in-band tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding handhng of lines where second calls are signalled 
in-band with the following consideration: 

• NGl .N.22 "Handling of lines where second calls are signalled in-band" feature is optional on FP side, so the 
manufacturer shall declare if it is supported. 
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• NG1.N.22_2 "Basic 'double call with in-band signalling' lines" procedure is not tested as this type of line is not 
considered as DCIBS line from the NG1.N.22 "Handling of Unes where second calls are signalled in-band" 
feature perspective. 

• NG1.N.22_3 "Use of transparent commands on DCIBS lines (Basic or Off -hook CLIP enabled) or any other 
line" procedure is not tested as the transparent commands are network dependant. 

NOTE: Off-hook CLIP is also called "CLIP phase 11". See definition Clause 3.1. 
Declarations (see Annex A): 

• NGl .N. 22 "Handling of lines where second calls are signalled in-band" feature is optional on FP side, so the 
manufacturer shall declare if it is supported. 



TC FT NG1.N.22 BV 101 



Off-hook CLIP enabled 'double call with in-band signalling' lines - double call with in-band 
signalling type for outgoing call (first and second call) 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



3. 



2. 



TS 102 527-3 [14], Clauses 7.4.3.10.2 and 7.4.8.3 
F-00 

1 . Send a {CC-SETUP} message from TS J with IE «BASIC-SERVICE» 'Normal call 
setup' and IE «CALL-INFORMATION» specifying (line 0) =<(0, 0, Iid0)> 

2. Send a {CC-INFO} message with IE «MULTI-KEYPAD» set to Phone A number. 
Pick up the call on Phone A 

Send a {CC-INFO} message from TS_1 with IE « MULTI-KEYPAD » set to 1CH 15H 
digits together with Phone B number and IE «CALL-INFORMATION» specifying (line 
0) =<(0, 0, Iid0)> 
Pick up the call on Phone B 
Send a {CC-RELEASE} message from TS_1 
Verify that the lUT sends to TS_1 : 

- (for 'non-early {CC-CONNECT}' implementation (1 .1)) a {CC-SETUP-ACK} message, 

- (for 'early {CC-CONNECT}' implementation (1 .2)) a {CC-CONNECT} message, 
with (in both cases) IE «CALL-INFORMATION» specifying: 

- (if 1 .1) mandatorily (call id a) =<(1 , 0, value a)> 

- (if 1 .2) optionally (line 0, line type information with second call type set to 1) =<(0, 0, 

lidO), (0, 5, lt0=1xB)> 

If the line id was sent in (1 .2), verify that the lUT sends to TS_1 : 

- (for 'non-early {CC-CONNECT}' implementation) a {CC-CALL-PROC} or {CC-INFO} 
message 

- (for 'early {CC-CONNECT}' implementation) a {CC-INFO} message, 
with (in both cases), IE «CALL-INFORMATION» specifying: (line 0, line type 
information with second call type set to 1 , call id a) =<(0, 0, lidO), (0, 5, ltO=1xB), (1 , 0, 
value a)> 

Verify that the lUT then sends to TS_1 : 

- (for 'non-early {CC-CONNECT}' implementation) a {CC-CONNECT} message 

- (for 'early {CC-CONNECT}' implementation), a {CC-INFO} message, 
with (in both cases) (call id a, CS call connect) =<(1 , 0, value a), (2, 1 , 5)> 
Verify end-to-end U-plane connection between TS_1 and Phone A 
Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id a, CS call hold) =<(1, 0, value a), (2, 1, 
9)> followed by a {CC-INFO} message with IE «CALL-INFORMATION» specifying 
(line 0, line type information with second call type set to 1 , call id b) =<(0, 0, lidO), (0, 5, 
lt0=1xB), (1,0, value b)> 

Verify that the lUT sends to TS_1 a {CC-INFO} message with IE 
«CALL-INFORMATION» specifying (call id b, CS call connect) =<(1, 0, value b), 
(2, 1,5)> 

Verify end-to-end U-plane connection between TS_1 and Phone B 
Verify that the lUT sends to TS_1 a {CC-RELEASE-COM} message 
Early CC-CONNECT and non-early CC-CONNECT cases are handled in the same test 
case (pass criteria 1 and 2). Test equipment shall allow both implementations. Test 
equipment may rely on supplier declaration FT_IXIT_22 to know which implementation is 
used by the lUT 



4. 



5. 
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TC FT NG1.N.22 BV 301 


Off-hook CLIP enabled 'double call with in-band signalling' lines - Call release 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 

Comments: 


TS 102 527-3 [14], Clause 7.4.3.10.3.2 

External call in F-10 (TS_1-i-IUT) initiated by TS_1 on line (call id a) with Phone A, 
one parallel external call on hold on line (call id b) with Phone B 
Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1CH, 33H) digits and 
with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)> from TS_1 
Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 09H indicating 'Negative acknowledgement 
tone' 

• an IE «CALL-1NF0RMAT10N» specifying (call id a, CS call connect, control 
code failed) =< (1 , 0, value a), (2, 1 , 5), (2, 2, 3)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 

messages 

This test case is applicable only when FT_IXIT_24 (call release) is declared as 
"not supported" on this line by the supplier. In such a case the test checks that 
the FP actually sends a negative acknowledgement 

In pass criteria, after sending the negative acknowledgement, the lUT shall not 
send the 'CS idle' call status to the PP 



TC FT NG1.N.22 BV 302 



Off-hook CLIP enabled 'double call with in-band signalling' lines - Call waiting rejection 
(from PP to FP) (external) 



Reference: 
Initial condition: 
Stimulus: 



Pass criteria: 



Comments: 



TS 102 527-3 [14], Clause 7.4.3.10.3.2 

External call in F-10 (TS_1+1UT) initiated by TS_1 on line (call id a) with Phone A 

1 . Perform an incoming external call towards lUT from Phone B on line 

2. Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 36H) digits 
and with IE «CALL-INF0RMAT10N» specifying (call id b) =<(1 , 0, value b)> from 
TS_1 

1 . Verify that the lUT sends to TS_1 a {CC-INFO} message with an IE 
«CALL-INFORMATION» specifying (line 0, line type information with second call 
type set to 1 , call id b, CS call setup) =<(0, 0, lidO), (0, 5, ltO=1xB), (1 , 0, value b), 

(2, 1,1)> 

2. Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 09H indicating 'Negative acknowledgement 
tone' 

• an IE «CALL-1NF0RMAT10N» specifying (call id b, CS call setup, control code 
failed) =< (1 , 0, value b), (2, 1 , 5), (2, 2, 3)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 
messages 

Verify that the lUT sends to TS_1 in a subsequent {CC-INFO} message: 

an IE «CALL-INFORMATION» specifying (call id b, CS idle) =< (1 , 0, value b), 

(2, 1,0)> 

Verify end-to-end U-plane connection between TS_1 and Phone A 
This test case is applicable only when FT_IXIT_25 (call waiting rejection) is declared as 
"not supported" on this line by the supplier 
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TC_FT_NG1 .N.22_BV_303 


Off-hook CLIP enabled 'double call with in-band signalling' lines - Putting a call on hold 

(external) 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.4.3.10.3.2 

External call in F-1 (TS 1 -i-lUT) initiated by TS 1 on line (call id a) with Phone A 
Send a {CC-INFO} message with IE « MULTI-KEYPAD » set to (1 CH, 41 H) digits and 
with IE «CALL-INFORMATION» specifying (call id a) =<(1 , 0, value a)>from TS_1 
Verify that the lUT sends to TS_1 in the same or different {CC-INFO} messages: 

• an IE «SIGNAL» with the value 09H indicating 'Negative acknowledgement 
tone' 

• an IE «CALL-INFORMATION» specifying (call id a, CS call connect, control 
code failed) =< (1 , 0, value a), (2, 1 , 5), (2, 2, 3)> 

• when sent in different messages, call status indication shall always be sent in the 
first used {CC-INFO} message, and call identifier shall be sent within all 

messages 

Verify end-to-end U-plane connection between TS_1 and Phone A 
This test case is applicable only when FT_IXIT_26 (put a call on hold) is declared as "not 
supported" on this line by the supplier. In such a case the test checks that the FP actually 
sends a negative acknowledgement 


7.23 TC_FT_GAP.N.30 Calling Line Identification Presentation 
tests cases 

Test subgroup objectives: to check the lUT's ability to transmit CLIP. 


TC FT GAP.N.30 BV 01 


Incoming call with calling party number 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.41 

F-00 

Perform an incoming call towards lUT from Phone A 

1 . Verify by checking «CALLING PARTY NUMBER» reception on TS_1 that the lUT is 
able to transmit CLIP either in the {CC-SETUP} message or in a {CC-INFO} message. 

2. Verify that «CALLING PARTY NUMBER» includes <Calling party address> field 
with the calling party number of external party. 


7.24 TC_FT_GAP.N.31 Internal call tests cases 

Test subgroup objectives: to check the lUT's behaviours when handling internal call with the following consideration: 

• As GAP.N.31_2 "Internal call keypad" is tested implicitly when testing NG1.N.7 "Common parallel call 
procedures (external or internal)", there is no test case defined for this procedure. 


TC FT GAP.N.31 BV 101 


Internal call setup - internal call class 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


TS 102 527-1 [13], Clause 7.3.6 Table 14 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), F-00 

Perform an internal call towards TS_1 from TS_2 

Verify that the lUT performs an internal call setup towards TS_1 with <Call class = internal 
call> 




TC FT GAP.N.31 BV 102 


Internal call setup - internal general call 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-1 [13], Clause 7.3.6 
EN 300 444 [12], Clause 14.4.3 

3 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2, Golden Device A is NG PP3), F-00 
Perform an internal general call from TS_1 : send a {CC-INFO} message with IE 
«MULTI-KEYPAD» set to (IA5 coding of internal general call = 2AH) digits 
Verify that the lUT performs an internal call setup towards TS_2 with <Call class = internal 
call> and that Golden Device A rings 
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TC FT GAP.N.31 BV 301 


Internal call CLIP 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.43 

2 PPs registered (TS 1 is NG PP1 , TS 2 is NG PP2), no internal name configured for 

PP2, F-00 

Perform an internal call towards TS 1 from TS 2 

Verify that the lUT sends to TS_1 an IE «CALLING PARTY NUMBER», as described in 
EN 300 444 [12], Clause 8.43, Table 78d with <Calling party address> = IA5 coding of 
terminal identity number in decimal of PP2 




TC FT GAP.N.31 BV 401 


Internal call CNIP 


Reference: 

Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


EN 300 444 [12], Clause 8.44 

TS 102 527-3 [14], Clauses 7.4.10.1 (Alphabet compatibility) and 7.4.17.1 
2 PPs registered (TS_1 is NG PP1, TS_2 is NG PP2), F-00 
Perform an internal call towards TS 1 from TS 2 

Verify that the lUT sends to TS_1 an IE «CALLING PARTY NAME», as described in 
EN 300 444 [12], Clause 8.44, Table 78e with <Calling party name = internal names list 
entry of PP2> 

CNIP can be internal names list entry of PP2 or default string (e.g. "DECT n" where n 

stands for the IA5 coding of the terminal identity number of PP2 in decimal representation) 
UTF-8 characters are not required as it will be too complex to setup an internal names list 
entry through TS in the initial condition 



TC FT GAP.N.31 BV 601 


Internal call codec priority 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.4.3.9 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), F-00 

1 . Perform an internal call G.722 (long slot, G.722 prioritized) towards TS_1 from TS_2 

2. Call pick up on TS_1 

1 . Verify that the lUT sends to TS_1 an IE «CODEC LIST» with highest priority for 
G.722 at call setup or previously at location registration. 

2. Verify end-to-end U-plane connection between TS_1 and TS_2 



7.25 TC_FT_GAP.N.34 Calling Name Identification Presentation 
tests cases 

Test subgroup objectives: to check the lUT's ability to handle CNIP. 
Declarations (see Annex A): 



• GAP.N.34_2 "UTF-8 CNIP" procedure shall be only tested if the FP is connected to an UTF-8 CNIP enabled 
line. 



TC FT GAP.N.34 BV 101 


Incoming call with calling party name 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.42 
F-00 

Perform an incoming call on line towards lUT from Phone A (CNIP A with DECT 
standard characters) 

Verify that the lUT sends to TS_1 in the {CC-SETUP} or {CC-INFO} message an IE 
«CALLING PARTY NAME =< Presentation indicator=do not care value. Used alphabet= 
DECT standard or UTF-8, Screening indicator= do not care value, calling party name = 
name of Phone A> » 
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TC FT GAP.N.34 BV 201 


Incoming call with UTF-8 calling party name 


Reference: 

Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.42 

TS 102 527-3 [14], Clause 7.4.17.1 

F-00 

Perform an incoming call on line towards lUT from Phone B (CNIP B with UTF-8 
characters, e.g. 'Phone B eau') 

Verify that the lUT sends to TS_1 in the {CC-SETUP} or {CC-INFO} message an IE 
«CALLING PARTY NAME =< Presentation indicator=do not care value, Used alphabet= 
UTF-8, Screening indicator^ do not care value, calling party name = name of Phone B> 

» 

UTF-8 suggested characters encoding: 

"e": LATIN SMALL LETTER E WITH ACUTE "cSag'H 
"a": LATIN SMALL LETTER A WITH GRAVE 'c3aO'H 
• "u": LATIN SMALL LETTER U WITH DIAERESIS 'c3bc'H 



TC_FT_GAP.N.34_GC_201 


Incoming call with calling party name - UTF-8 to IA5 characters translation 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 

Comments: 


EN 300 444 [12], Clauses 8.12, 8.13 and 8.42 
TS 102 527-3 [14], Clause 7.4.17.1 
TS 1 is a GAP PP1 , 
F-00 

Perform an incoming call on line towards lUT from Phone B (CNIP B with UTF-8 
characters, e.g. 'Phone B eau') 

Verify that the lUT sends to TSJ in the {CC-SETUP} or {CC-INFO} message an IE 
«CALLING PARTY NAME =< Presentation indicator=do not care value. Used alphabet= 
DECT standard. Screening indicator^ do not care value, calling party name = name of 
Phone B including only IA5 characters> » 

For each UTF-8 character received from the network, the FP should translate it into 
equivalent IA5 characters (replacement character is left free to the manufacturer) 
UTF-8 suggested characters encoding: 

"e": LATIN SMALL LETTER E WITH ACUTE 'c3a9'H 

• "a": LATIN SMALL LETTER A WITH GRAVE 'c3aO'H 

• "u": LATIN SMALL LETTER U WITH DIAERESIS 'c3bc'H 



7.26 TC_FT_GAP.N.35 Enhanced security tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding Enhanced security features with the following 
consideration: 

• As GAP.N.35_5 "Enhanced security regarding legacy devices" procedure is tested when testing GAP.N.35_1 
"Encryption of all calls" procedure, there is no test case defined for this procedure. 

• As GAP.N.35_4 "subscriptions requirements" procedure specifies only FP requirements, there is no test case 
defined for this procedure. 

Declarations (see Annex A): 

• GAP.N.35_2 "Re-keying during a call" procedure is optional on FP side, so the manufacturer shall declare if it 
is supported. 

• GAP.N.35_3 "Early encryption" procedure is optional on FP side, so the manufacturer shall declare if it is 
supported. 
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TC_FT_G AP.N.35_BV_1 01 


Verify that FT enables encryption for incoming call within timer 
< MM encryption check. 1 > 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.1 
F-00 

1 . Perform an incoming call from Phone A 

2. TS_1 sends a {CC-ALERTING} message to lUT and start timer T001 
(MM encryption check.1 + 10 %) 

3. TS 1 sends a {AUTHENTICATION-REPLY} message 

4. TS_1 activates encryption on MAC layer and TS_1 sends a {CC-CONNECT} 
message to lUT 

1 . Verify that lUT sends to TS la {CC-SETUP} message 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message before 
timer T001 expires 

3. Verify that lUT sends to TS_1 a {CIPHER_REOUEST} message before timer T001 

expires 

4. Verify that lUT sends to TS_1 a {CC-CONNECT-ACK} message 
Verify that encryption is activated before timer T001 expires 
Verify end-to-end U-plane connection between TS_1 and Phone A 




TC_FT_GAP.N.35_BV_1 02 


Verify that FT enables encryption for outgoing call within timer < MM_encryption_ 
check.1 > 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clause 8.45.1 
F-00 

1 . TS_1 sends a {CC-SETUP} to lUT and 

start timer T001 (MM encryption check.1 -i-10%) 

2. TS_1 sends a {AUTHENTICATION-REPLY} message 

3. TS 1 activates encryption on MAC layer 

1 . Verify that lUT sends to TS la CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT} ) and 

verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message before 
timer T001 expires 

2. Verify that lUT sends to TS_1 a {CIPHER_REOUEST} message before timer T001 

expires 

3. Verify that encryption is activated before timer T001 expires and verify end-to-end 
U-plane connection 

The lUT may sent the MM messages of pass criteria 1 and 2 before or after sending the 
CC message of pass criterion 1 . 




TC FT GAP.N.35 BV 105 


Release of unencrypted call in case of wrong answer to authentication request 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.1 
F-00 

1 . TS_1 sends {CC-SETUP} to lUT and 

start timer T001 (MM_encryption_check.1 -1-10%). 

2. TS_1 sends {AUTHENTICATION-REPLY} with random (wrong) credentials 

1 . Verify that lUT sends to TS la CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT}) and 

verify that lUT sends to TS_1 a {AUTHENTICATION_REQUEST} message before 
timer T001 expires (the MM message may be sent before or after the CC message). 

2. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} with the information element 
«RELEASE REASON = either <encryption activation failed> or <authentication 
failed»> 
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TC FT GAP.N.35 BV 106 


Release of unencrypted call in case of missing answer to authentication request 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.1 
F-00 

1 . TS_1 sends {CC-SETUP} to lUT and 

start timer T001 (MM encryption check.1 +10%). 

2. TS 1 does neither send {AUTHENTICATION-REPLY} nor 
{AUTHENTICATION-REJECT} 

1 . Verify that lUT sends to TS 1a CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT}) and 

verify that lUT sends to TS_1 a {AUTHENTICATION_REQUEST} message before 
timer T001 expires (the MM message may be sent before or after the CC message). 

2. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} with the information element 
«RELEASE REASON = either <encryption activation failed> or <authentication 
failed»> 




TC_FT_G AP.N.35_BV_1 07 


Release of unencrypted call in case of PP sending {AUTHENTICATION-REJECT} 
message 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.1 
F-00 

1 . TS_1 sends {CC-SETUP} to lUT and 

start timer T001 (MM encryptlON-check.1 +10%) 

2. TS 1 sends a {AUTHENTICATION-REJECT} message to lUT 

1 . Verify that lUT sends to TS 1a CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT}) and 

verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message before 
timer T001 expires (the MM message may be sent before or after the CC message). 

2. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«RELEASE REASON = either <encryption activation failed> or <authentication 
failed> » before expiry of T001 




TC FT GAP.N.35 BV 108 


Release of unencrypted call in case of cipher reject. 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clause 8.45.5 
F-00 

1 . TS_1 sends {CC-SETUP} to lUT and 

start timer T001 (MM encryption check.1 +10%) 

2. TS 1 sends a {AUTHENTICATION REPLY} message 

3. TS 1 sends a {CIPHER-REJECT} to lUT. 

1 . Verify that lUT sends to TS 1a CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT}) and 

verify that lUT sends to TS_1 a {AUTHENTICATION_REQUEST} message before 
timer T001 expires 

2. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message before timer T001 
expires 

3. Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message with the information 
element «RELEASE REASON = <encryption activation failed> » 

The lUT may sent the MM messages of pass criteria 1 and 2 before or after sending the 
CC message of pass criterion 1 . 




TC FT GAP.N.35 BV 109 


Release of unencrypted call in case of missing encryption activation on MAC layer. 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clause 8.45.5 
F-00 

1 . TS_1 sends {CC-SETUP} to lUT and 

start timer T001 (MM encryption check.1 +10%) 

2. TS_1 sends a {AUTHENTICATION_REPLY} message. 

1 . Verify that lUT sends to TS la CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT}) and 

verify that lUT sends to TS_1 a {AUTHENTICATION_REQUEST} message before 
timer T001 expires. 

2. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message before timer T001 
expires. 

Verify that lUT sends to TS_1 a {CC-RELEASE-COM} message with the information 
element «RELEASE REASON = <encryption activation failed> ». 

The lUT may sent the MM messages of pass criteria 1 and 2 before or after sending the 

CC message of pass criterion 1 . 
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TC_FT_GAP.N.35_BV_201 


Verify indication of Support of 'Re-keying' and 'early encryption' in extended higher layer 

capabilities part 2 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.2 
F-00 

TS_1 evaluates the higher layer capabilities 

Verify that lUT indicates the support of 'Re-keying' and 'early encryption' In Extended 
higher layer capabilities part 2 (a42 bit=1) 




TC FT GAP.N.35 BV 202 


Usage and frequency of re-keying procedure 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


EN 300 444 [12], Clause 8.45.2 

F-00. 1 PP registered (TS_1), PP has indicated the support of 
'Re-keying' and 'early encryption' in the terminal capability. 

1 . Invoke external call from Phone A towards TS_1 . 

2. TS_1 sends a {CC-CONNECT} message. Start timer T001 
(<MM encryption check.1> +10 %). 

3. TS_1 sends a {AUTHENTICATION-REPLY} message and stores DCK as DCK_01 . 
Start timer T001 (<MM_re-keying.1 > +1 0%). 

4. TS 1 activates encryption on MAC layer 

5. TS„1 sends a {AUTHENTICATION-REPLY} message and stores DCK as DCK_02. 

6. TS 1 activates encryption on MAC layer 

1 . Verify that lUT sends to TS 1a {CC-SETUP} message 

2. Verify that lUT sends to TS_1 {AUTHENTICATION-REQUEST} message to TS_1 
before expiry of timer T001 . 

3. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

4. Verify that encryption is activated with DCK_1 

Verify end-to-end U-plane connection between TS 1 and Phone A 

Verify that lUT sends to TS_1 {AUTHENTICATION-REQUEST} message to TS_1 

before expiry of timer T001 . 

5. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

6. Verify that encryption is activated with DCK_2 and verify end-to-end U-plane 
connection. 

The lUT may send the MM messages of pass criteria 2 and 3 before or after sending the 
CC message of pass criterion 1 . 




TC FT GAP.N.35 BV 203 


Abnormal release if encryption for re-keying is not activated in MAC layer 


Reference: 
Initial condition: 

Stimulus: 
Pass criteria: 

Comments: 


EN 300 444 [12], Clause 8.45.2 

F-00. 1 PP registered (TS_1), PP has indicated the support of 
'Re-keying' and 'early encryption' in the terminal capability. 

1 . Invoke external call from Phone A towards TS 1 . 

2. TS_1 sends a {CC-CONNECT} message. Start timer T001 
(<MM encryption check.1> +10 %). 

3. TS_1 sends a {AUTHENTICATION-REPLY} message. Start timer T001 
(<MM_re-keying.1> +10 %). 

4. TS 1 activates encryption on MAC layer 

5. TS_1 sends a {AUTHENTICATION-REPLY} message. 

6. TS 1 does not activate encryption on MAC layer 

1 . Verify that lUT sends to TS la {CC-SETUP} message 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 
before expiry of timer T001 . 

3. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

4. Verify that encryption is activated 

Verify end-to-end U-plane connection between TS 1 and Phone A 

Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 

before expiry of timer T001 . 

5. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

6. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«Release Reason = either <Re-Keying failed> or <encryption activation failed»> 
and then verify that the lUT releases the MAC layer connection. 

The lUT may send the MM messages of pass criteria 2 and 3 before or after sending the 
CC message of pass criterion 1 . 
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TC FT GAP.N.35 BV 204 



Abnormal release If PP does not answer to {AUTHENTICATION-REQUEST} message 

for re-keying procedure 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



EN 300 444 [12], Clause 8.45.2 

F-00. 1 PP registered (TS_1), PP has indicated the support of 
'Re-keying' and 'early encryption' in the terminal capability. 

1 . Invoke external call from Phone A towards TS_1 . 

2. TS_1 sends a {CC-CONNECT} message. Start timer T001 
(MM_encryption_check.1 + 10 %). 

3. TS_1 sends a {AUTHENTICATION-REPLY} message. Start timer T001 
(<MM_re-keying.1> +10 %). 

4. TS_1 activates encryption on MAC layer 

5. TS_1 does neither send {AUTHENTICATION-REPLY} nor 
{AUTHENTICATION-REJECT} message 

1 . Verify that lUT sends to TS_1 a {CC-SETUP} message 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 
before expiry of timer T001 . 

3. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

4. Verify that encryption is activated 

Verify end-to-end U-plane connection between TS_1 and Phone A 

Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 

before expiry of timer T001 . 

5. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«Release Reason = <Re-Keying failed> or <authentication failed> or <encryption 
activation failed> » and then verify that the lUT releases the MAC layer connection. 

The lUT may send the MM messages of pass criteria 2 and 3 before or after sending the 
CC message of pass criterion 1 . 



TC FT GAP.N.35 BV 205 



Abnormal release if PP answers to {AUTHENTICATION-REQUEST} message for 
re-keying procedure with { AUTHENTICATION-REJECT} 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



EN 300 444 [12], Clause 8.45.2 

F-00. 1 PP registered (TS_1), PP has indicated the support of 
'Re-keying' and 'early encryption' in the terminal capability. 

1 . Invoke external call from Phone A towards TS_1 . 

2. TS_1 sends a {CC-CONNECT} message. Start timer T001 
(MM_encryption_check.1 + 10 %) 

TS_1 sends a {AUTHENTICATION-REPLY} message. Start timer T001 
(<MM_re-keying.1> +10%). 
TS_1 activates encryption on MAC layer 
TS_1 sends a {AUTHENTICATION-REJECT} 

Verify that lUT sends to TS_1 a {CC-SETUP} message 

Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 
before expiry of timer T001 . 

Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 
Verify that encryption is activated and verify end-to-end U-plane connection. 
Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 
before expiry of timer T001 . 

Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«Release Reason = <Re-Keying failed> or <authentication failed> or <encryption 
activation failed> » and then verify that the lUT releases the MAC layer connection. 
The lUT may send the MM messages of pass criteria 2 and 3 before or after sending the 
CC message of pass criterion 1 . 



5. 
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Abnormal release if PP answers to {CIPHER_REQUEST} message for re-keying 
procedure with { CIPHER_REJECT} 



TC FT GAP.N.35 BV 206 



Reference: 
Initial condition: 

Stimulus: 



Pass criteria: 



Comments: 



EN 300 444 [12], Clause 8.45.2 

F-00. 1 PP registered (TS_1), PP has indicated the support of 
'Re-keying' and 'early encryption' in the terminal capability. 

1 . Invoke external call from Phone A towards TS_1 . 

2. TS_1 sends a {CC-CONNECT} message. Start timer T001 
(MM_encryption_check.1 + 10 %). 

3. TS_1 sends a {AUTHENTICATION-REPLY} message. Start timer T001 
(<IVIM_re-keying.1> +10 %). 

4. TS_1 activates encryption on MAC layer 

5. TS_1 sends a {AUTHENTICATION- REPLY} 

6. TS_1 sends a {CIPHER_REJECT} message 

1 . Verify that lUT sends to TS_1 a {CC-SETUP} message 

2. Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 
before expiry of timer T001 . 

3. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

4. Verify that encryption is activated 

Verify end-to-end U-plane connection between TS_1 and Phone A. 

Verify that lUT sends to TS_1 a {AUTHENTICATION-REQUEST} message to TS_1 

before expiry of timer T001 . 

5. Verify that lUT sends to TS_1 a {CIPHER_REQUEST} message 

6. Verify that lUT sends to TS_1 a {CC-RELEASE_COM} message containing IE 
«Release Reason = either <Re-Keying failed> or <encryption activation failed> » 
and then verify that the lUT releases the MAC layer connection. 

The lUT may send the MM messages of pass criteria 2 and 3 before or after sending the 
CC message of pass criterion 1 . 
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TC FT GAP.N.35 BV 301 


Assignment of default cipher key and usage of early encryption during incoming call. 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


EN 300 444 [12], Clause 8.45.3 

Registration mode in lUT enabled (bit a44 is set). 

1 . TS_1 performs subscription registration to lUT, indicating the support of 'Re-keying' 
and 'early encryption' in the terminal capability. 

2. Start timer 1001 (<MM_early_encryption.1>+10 %). TS_1 sends a 
{LOCATE-REQUEST} message, indicating the support of 'Re-keying' and 'early 
encryption' in the terminal capability. 

3. None 

4. If lUT has sent an {AUTHENTICATION-REQUEST} message indicating DEF-bit=1 in 
pass criterion 3, TS 1 sends an {AUTHENTICATION-REPLY} and saves DCK as 
Def_DCK_1 . 

5. Invoke external call from Phone A towards TS_1 . Re-start timer T001 
(<MM early encryption.1>-i-10%) 

6. If lUT has sent an {AUTHENTICATION-REOUEST} message indicating DEF-bit=1 in 
pass criterion 5, TS 1 sends a {AUTHENTICATION-REPLY} and saves DCK as 
Def_DCK_1 . End call on both TS_1 and Phone A. 

7. Invoke external call from Phone A towards TS_1 . 

8. Perform MAC connection establishment with immediate encryption activation using 
Def_DCK_1 and send an encrypted {LCE-PAGE-RESPONSE} message. 

9. TS_1 sends a {CC-CONNECT} message. 

1 . Verify successful subscription registration. 

2. Verify that the lUT sends to TS la {LOCATE-ACCEPT} message. 

3. If lUT sends an {AUTHENTICATION-REQUEST} message indicating DEF-bit=1 to 
TS_1 verify that this message is sent before timer T001 expires. 

4. Verify that connection is released on MAC layer. 

5. Verify that the lUTsends to TS la {CC-SETUP} message. If lUT sends an 
{AUTHENTICATION-REQUEST} message indicating DEF-bit=1 to TS_1 verify that 

this message is sent before timer T001 expires. 

6. Verify that the connection is released on MAC layer. 

7. Verify that the lUT broadcasts to TS_1 a {LCE-REQUEST-PAGE} message. 

8. Verify that the lUT sends to TS la {CC-SETUP} message on the already encrypted 
link. 

9. Verify that encryption is activated with Def_DCK_1 and 

Verify end-to-end U-plane connection between TS 1 and Phone A 
The {AUTHENTICATION-REQUEST} message might also arrive in TS_1 before the 
{LOCATE-ACCEPT} message is received by TS_1 . This would also be valid behaviour. 
Authentication of PP and Default Cipher Key assignment shall be performed at least 
once, i.e. either in pass criteria 3 or in pass criteria 5. 
Verification of U-plane connection shall be done while Def_DCK_1 is used. 
Therefore the TS shall not switch to another DCK (by re-keying) before the U-Plane 
connection is verified even if the lUT requests to do so 




TC FT GAP.N.35 BV 302 


Usage of early encryption during outgoing call 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.3 

F-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 

(i.e. TC_FT_GAP.N.35_BV_301 was executed before and the Def_DCK_1 has not been 

deleted). 

1 . TS_1 performs MAC connection establishment with immediate encryption activation 
using Def_DCK_1 and sends a {CC-SETUP} message. 

2. Invoke acceptation of outgoing call at Phone A. 

1 . Verify that lUT sends to TS 1 an encrypted CC-message (either {CC-SETUP-ACK}, 
{CC-ALERTING}, {CC-CALL-PROC}, or {CC-CONNECT}) 

2. Verify end-to-end U-plane connection between TS_1 and Phone A. 




TC FT GAP.N.35 BV 303 


Usage of early encryption for MM procedure 


Reference: 
Initial condition: 

Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.3 

F-00. Default cipher key Def_DCK_1 is available both in lUT and TS_1 

(i.e. TC_FT_GAP.N.35_BV_301 was executed before and the Def_DCK_1 has not been 

deleted). 

Switch lUT off and on. TS_1 synchronizes to lUT. TS_1 performs MAC connection 
establishment with immediate encryption activation using Def DCK 1 and sends a 
{LOCATE-REQUEST} message. 
Verify that encryption is activated with Def_DCK_1 

Verify that lUT sends to TS_1 a {LOCATE-ACCEPT} message over the encrypted link. 
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TC FT GAP.N.35 BV 401 


Duration of registration window 


Reference: 
Initial condition: 
Stimulus: 
Pass criteria: 


EN 300 444 [12], Clause 8.45.4 
F-00 

Put lUT in registration mode. Start timer 1001 (120 seconds + 5 %) 

Verify that lUT sets bit a44 in the FP Capabilities to before expiry of timer 1001 . 




TC FT GAP.N.35 BV 402 


Closing of registration window after successful registration. 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


EN 300 444 [12], Clause 8.45.4 

1 . Put lUT in registration mode. 

2. TS_1 performs subscription registration to lUT. 

1 . Verify that lUT sets bit a44 in the FP Capabilities to 1 . 

2. Verify successful subscription registration. 

Verify that lUT sets bit a44 in the FP Capabilities to 0. 


7.27 TC_FT_NG1 .A.1 Easy PIN code registration tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding easy PIN-code registration taking into account the 
following considerations: 

• As NG1.A.1_3 "Base station name selection" is tested when testing NG1.A.2_5 "Base station name selection", 
there is no test case defined for this procedure in following Clause. 

Declarations (see Annex A): 

• NGl.A.l "Easy PIN code registration" feature is optional on FP side, so the manufacturer shall declare if it is 
supported. 

• NG1.A.1_3 "Base station name selection" is optional. So the manufacturer shall declare if it is supported. 

• NG1.A.1_4 "Registration user feedback" is optional. So the manufacturer shall declare if it is supported. 


TC FT NG1.A.1 BV 401 


Registration user feedback 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.10.1.3.3 
PIN code set to '1234', F-00 

1 . Start the access rights procedure on the lUT 

2. Stop the access rights procedure on the lUT when possible or wait for the end of the 
procedure (3 minutes maximum) 

3. Start the access rights procedure on the lUT 

4. Perform an Easy PIN code registration procedure using '1234' as PIN value from 
TS_1 

1 . Verify that the lUT gives a feedback to the user of the registration process: 
"Registration in progress state" 

2. Verify that the lUT gives a feedback to the user that the registration process is 
closed (lUT has gone to idle mode) 

3. Verify that the lUT gives a feedback to the user of the registration process: 
"Registration in progress state" 

4. Verify that the lUT gives a feedback to the user of the registration process: 
"Registration success state" 



7.28 TC_FT_NG1 .A.2 Easy pairing registration tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding easy pairing registration taking into account the 
following considerations: 

• As NG1.A.2_6 "Registration user feedback" is tested when testing NG1.A.1_4 "Registration user feedback", 
there is no test case defined for this procedure. 

Declarations (see Annex A): 

• NG1.A.1_3 "Base station name selection" is optional. So the manufacturer shall declare if it is supported. 
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• NG1.A.1_6 "Registration user feedback" is optional. So the manufacturer shall declare if it is supported. 



TC FT NG1.A.2 BV 301 


Base station limited registration mode 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.10.1.2.2 
PIN code set to '0000', F-00 

1 . Confirm that the lUT is not in registration mode 

2. Start the access rights procedure on the lUT and start F<AP.01 > timer control 

3. Time out of F<AP.01 > timer control 

4. Start the access rights procedure on the lUT 

5. Perform an Easy pairing code registration procedure from TS_1 and TS_2 

1 . Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 

2. Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 1 

3. Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 

4. Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 1 

5. Verify that the registration procedure is successful on one RF front end (for example 
TS_1 ) and not successful on the other RF front end (for example TS_2) 

Verify that the lUT broadcasts the following capability after successful registration: 

• 'Access Rights supported' capability bit set to 




TC FT NG1.A.2 BV 501 


Base station name selection 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 
Comments: 


TS 102 527-3 [14], Clause 7.10.1.3.2 
F-00 

1 . None 

2. Start the access rights procedure on the FP 

3. Start timer T001 (F<AP.01 >) and T002 (20 seconds) 

4. Time out of T002 and Start timer T003 (2 seconds) 

5. Time out of T003 

6. Time out of T001 

1 . Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 

2. Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 1 

3. None 

4. None 

5. Verify that all segments of {CLMS-FIXED} message arrived and that the transmitted 
name is equal to FT_IXIT_14 

6. Verify that the lUT broadcasts the following capability: 

• 'Access Rights supported' capability bit set to 

The FP must send its name continuously during the registration window, as a result 

20 seconds after detecting the registration window, it is expected to receive the name in a 

time interval of 2 seconds 

TS_1 shall not collect {CLMS} segments during T002 interval, but only during T003 
interval 



7.29 TC_FT_NG1 .A.3 Handset locator tests cases 

Test subgroup objectives: to check the lUT's behaviours regarding handset locator. 
Declarations (see Annex A): 

• NG1.A.3 "Handset locator" feature is optional on FP side, so the manufacturer shall declare if it is supported. 
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TC FT NG1.A.3 BV 101 


Handset locator 


Reference: 
Initial condition: 
Stimulus: 

Pass criteria: 


TS 102 527-3 [14], Clause 7.10.2 

2 PPs registered (TS_1 is NG PP1 , TS_2 is NG PP2), F-00 

1 . Trigger the handset locator procedure on lUT 

2. Send a {CC-CONNECT} from TS 1 

1 . Verify that the lUT sends a {CC-SETUP} message to TS_1 and TS_2 with <Call 
class = Normal call setup> and with IE «CALL-INFORMATION» specifying (call id 
a, OS call setup) = <(1 , 0, value a), (2, 1 , 1 )> but without any line identifier 

Verify that the lUT sends to TS_1 and TS_2 an IE « GNIP », either in the 
{CC-SETUP} message or in a {CC-INFO} message, whose <Presentation indicator> 
field is set to 'Handset locator' 

2. Verify that the lUT sends a {GC-RELEASE} message to TS_1 and TS_2 
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Annex A (normative): 

Declarations on features and procedures supported 

The information contained within the following tables is required for parameterization of the test cases referred to in the 
present document. They must be taken into account to run an appropriate test suite against the lUT. 

For each procedure noted in the following tables, the manufacturer shall declare if it is supported or not. When 
supported, the corresponding tests case(s) listed in "TC reference" column shall be tested. 

Optional procedures are identified by a status "O". 

Conditional procedures are identified by a status "C[. status number]". A procedure can be conditional to a feature 
support and/or a procedure support and/or a requirement support. 



A.1 Declarations for portable part 

A. 1.1 Optional PT features 

This Clause contains the optional features which can be declared by the manufacturer on the PT side. 

Table A.1 : Optional PT features supported 



Feature 
no 



Feature name 



Reference to 
TS102 527-3 [14] 



Status 



TC reference 



NG1.N.9 



3-party conference with established external 

and/or internal calls 



7.4.3.7 



TC 
TC 



PT_NG1 

PT NG1 



N.9 

N.9 



BV 

BV 



101 

102 



NG1.N.10 



Intrusion call 



7.4.3.8 



TC 
TC 
TC 
TC 
TC 



PT_NG1 
PT_NG1 
PT_NG1 
PT_NG1 
PT NG1 



N.10_BV_101 
N.10_BV_1 02 
N.10_BV_201 
N.10_BV_202 
N.10 BV 301 



NG1.N.11 



Call deflection (internal or external) 



7.4.4.2 



TC 

TC 
TC 
TC 



PT_NG1 

PT_NG1 
PT_NG1 
PT NG1 



N.11 

N.11 
N.11 
N.11 



BV_101 

BV_201 
BV_202 
BV 203 



NG1.N.17 



Calling line identity restriction 



7.4.12 



O 



TC PT NG1.N.17 BV 301 



NG1.N.21 



Headset management 



7.4.16 



CI 0001 



TC 
TC 
TC 
TC 
TC 
TC 
TC 
TC 



PT_NG1 
PT_NG1 
PT_NG1 
PT_NG1 
PT_NG1 
PT_NG1 
PT_NG1 
PT NG1 



N.21 
N.21 
N.21 
N.21 
N.21 
N.21 
N.21 
N.21 



BVJOl 
BV_1 02 
BV_201 
BV_301 
BV_401 
BV_501 
BV_601 
BV 701 



CI 0002 



TC PT NG1.N.21 BV 705 



CI 0001 : IF the PT is a headset PP THEN "M" ELSE "1". 

CI 0002: This test case applies to a handset and not to a headset. IF the PT is not a headset PP THEN "O" ELSE "1". 



A.1 .2 Extra information for PT testing 

In addition to the optional features supported, the supplier shall declare additional information related to the PT 
implementation. 
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Table A.2: Implementation extra information for PT testing 



Item 
no 


implementation extra information 


Reference to 
TS 102 527-3 [14] 


Possible values to be 
declared 


PT_IXIT_1 


Several contact numbers in contact list 


7.4.10.5.7 
(see note) 


Not supported 

Supported 


PT_IXIT_2 


CLIP code subfields 


7.4.11.4.10 


Non editable 
Editable 


PT_IXIT_3 


CPU code subfields 


7.4.11.4.11 


Non editable 
Editable 


PT_IXIT_4 


CFNA code subfields 


7.4.11.4.12 


Non editable 
Editable 


PT_IXIT_5 


CFB code subfields 


7.4.11.4.13 


Non editable 
Editable 


PT_IXIT_6 


Internal call codec priority 


7.4.3.9.2 


Not supported 

Supported 


NOTE: This additional information also indicates that the PP is not able to display (and therefore to allow the 

user to edit) contacts other than the first one in any existing entry; furthermore, the user cannot create a 
contact with more than one (non-empty) contact number. 



A.1 .3 Optional or conditional PT procedures 

This Clause contains the optional or conditional procedures which can be declared by the manufacturer on the PT side. 



Table A.3: Date and Time synchronization procedure supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.5 1 


PT initiated Date and Time synchronization 


7.4.2.2 





TC PT NG1.N.5 BV 102 



Table A.4: Common parallel call procedures (external or internal) supported 



Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


NG1.N.7_7 


Active call release with replacement (from PP 
to FP) - call waiting 


7.4.3.5.12 





TC_PT_NG1 .N.7_BV_701 


NG1.N.7_7 


Active call release with replacement (from PP 
to FP) - call on-hold 


7.4.3.5.12 





TC_PT_NG1 .N.7_BV_702 


NG1.N.7 9 


Putting a call on-hold 


7.4.3.5.8 





TC PT NG1.N.7 BV 901 


NG1.N.7 10 


Resuming a call put on-hold 


7.4.3.5.9 





TC PT NG1.N.7 BV 901 



Table A.5: Intrusion call procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.10_1 


Implicit call intrusion into a line in "single call" 
mode 


7.4.3.8.1 


C11001 


TC PT NG1.N.10 BV 101 
TC PT NG1.N.10 BV 102 


NG1.N.10_2 


Explicit call intrusion (from PP to FP) 


7.4.3.8.2 


C1 1001 


TC PT NG1.N.10 BV 201 
TC PT NG1.N.10 BV 202 


C1 1 001 : At least one of the two procedures shall be implemented 



Table A.6: Void 
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Table A.7: List access service procedures supported 



Procedure 


Procedure name 


Reference to 


Status 






TC reference 




no 






TS 102 527-3 ri41 














NG1 N 16 


2 


1 i<5t rhflnnp nntifirfltion 

1— lOL \ji ICll 1 IWLI 1 ILrClLltJI 1 


7.4.10.2 





Not tested 


NG1 N 16 


4 


Oiiprv <^iinnnrtprl pntrv fiplrl^ 


7.4.10.4.2 





Not tested 


INO 1 .1^. 1 tj 






7.4.10.5.2 





Not tested 


INVJI 1 .IN. 1 D_ 


1 


^Uigoiny Calls IISI 




r\ 


TC_ 


_PT_ 


NG1.N.16_ 


BV 


J 801 












TC_ 


PT 


NG1.N.16_ 


BV 


1802 












TO 


PT 


NG1 .N.1 6 


BV 


_1803 


NG1 .N.16_ 


.20 


All calls list 


7.4.10.5.6 


o 


TC_ 


_PT_ 


_NG1.N.16_ 


_BV_ 


_2001 












TC_ 


_PT_ 


_NG1.N.16_ 


_BV_ 


_2002 












TC 


PT 


NG1 .N.16 


BV 


2003 


NG1.N.16 


21 


Contact list 


7.4.10.5.7 


C1 1601 


TC 


PT 


NG1 .N.16 


BV 


21 10 


NG1.N.16_ 


.23 


All Incoming calls list 


7.4.10.5.11 





TC_ 


.PT_ 


_NG1 .N.16_ 


.BV_ 


_2301 












TC 


PT 


NG1 .N.16_ 


BV 


2302 












1 O 


DT 
r 1 


Mr^i M ic 

.W. 1 D 


t5 V 




No! .N.l b_ 




Virtual contact list and call list per line 


7.4.1 1 .5 


u 


1 U 


r 1 


_N\J \ .l\.lD_ 


bV 












1 Kj 


PT 

r 1 


1 .IN . ID 


R\/ 
D V 














TC, 


PT 


1 M \J 1 . 1 N . \ \J 


BV 














TC 


PT 


NG1.N.16 


BV 


2604 












TC" 


PT 


NG1.N.16 


BV 


2605 












TC' 


>T~ 


'ngi.n.ib" 


'bv" 


"2606 


NG1.N.16 


30 


FP IP address / type 


7.4.11.3.4 





TC 


PT 


NG1.N.16 


BV 


3001 


NG1.N.16 


31 


FP IP address / value 


7.4.11.3.5 





TC 


PT 


NG1.N.16 


BV 


3001 


NG1.N.16 


32 


FP IP address / subnet mask 


7.4.11.3.6 





TC 


PT 


NG1.N.16 


BV 


3001 


NG1.N.16 


33 


FP IP address / gateway 


7.4.11.3.7 





TC 


PT 


NG1.N.16 


BV 


3001 


NG1.N.16 


34 


FP IP address / DNS server 


7.4.11.3.8 





TC 


PT 


NG1.N.16 


BV 


3001 


NG1.N.16 


37 


FP version / Hardware version 


7.4.11.3.11 





TC 


PT 


NG1.N.16 


BV 


3501 


NG1.N.16 


41 


Dialling prefix 


7.4.11.4.4 


o 


TC 


PT 


NG1.N.16 


BV 


4101 


NG1.N.16 


42 


FP melody 


7.4.11.4.5 





TC 


PT 


NG1.N.16 


BV 


4201 


NG1.N.16 


43 


FP volume 


7.4.11.4.6 





TC 


PT 


NG1.N.16 


BV 


4301 


NG1.N.16 


44 


Blocked number 


7.4.11.4.7 





TC 


PT 


NG1.N.16 


BV 


4401 


NG1.N.16 


46 


Intrusion call 


7.4.11.4.9 


C1 1602 


TC 


PT 


NG1.N.16 


BV 


4601 


NG1.N.16_ 


.47 


Permanent CLIR 


7.4.11.4.10 


C1 1603 


TC 


PT 


NG1.N.16 


BV 


4701 










C11604 


TC 


PT 


NGI.N.IB 


BV 


4702 


NG1.N.16 


48 


Call forwarding Unconditional 


7.4.11.4.11 


C11605 


TC 


PT 


NG1.N.16 


BV 


4802 


NG1.N.16 


49 


Call forwarding on No Answer 


7.4.11.4.12 


C1 1606 


TC 


PT 


NG1.N.16 


BV 


4902 


NG1.N.16 


50 


Call fonwarding on Busy Subscriber 


7.4.11.4.13 


C1 1607 


TC 


PT 


NG1.N.16 


BV 


5002 


NG1.N.16 


51 


Emission mode 


7.4.11.3.12 


C1 1608 


TC 


PT 


NG1.N.16 


BV 


5101 



C1 1 601 : IF several contact numbers in contact list is supported THEN "M" ELSE "N/A" (see Table A.2 PT_IXIT_1). 

C1 1602: IF NG1 .N.1 "Intrusion call" is supported THEN "M" ELSE "I". 

C1 1603; IF NG1 .N.1 7 "Calling line restriction" is supported THEN "IVl" ELSE "I". 

C1 1604: IF NG1. N.1 7 "Calling line restriction" Is supported AND CLIR code subfields can be edited THEN "M" ELSE "N/A" 

(see Table A.2 PTJXIT_2). 

C1 1605: IF CFU code subfields can be edited THEN "M" ELSE "N/A" (see Table A.2 PT_IXIT_3). 

C1 1606: IF CFNA code subfields can be edited THEN "M" ELSE "N/A" (see Table A.2 PTJXIT_4). 

C1 1607: IF CFB code subfields can be edited THEN "M" ELSE "N/A" (see Table A.2 PTJXIT_5). 

C1 1 608: IF NG1 .M.5 "no-emission mode" is supported THEN "M" ELSE "I". 



Table A.8: Tones provision procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.20 2 


Tones provision by tfie system - Dial-tone 


7.4.15.2 





TC PT NG1.N.20 BV 206 


NG1.N.20_2 


Tones provision by the system - Off-hook 
warning tone 


7.4.15.2 





TC_PT_NG1 .N.20_BV_207 


NG1.N.20_2 


Tones provision by the system - Network 
congestion tone (external calls only) 


7.4.15.2 





TC_PT_NG1 .N.20_BV_208 
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Table A.9: Headset management procedure supported 



no 


Di'A^A^iii'A noimA 
riOCcQUrc naiTIc 


TS 102 527-3 [14] 


OlalUS 


1 w rcTcrcncc 


NG1.N.21 4 


Re-dial of last outgoing call 


7.4.16.4 





TC PT NG1.N.21 BV 401 


NG1.N.21 5 


Re-dial of last incoming call 


7.4.16.5 





TC PT NG1.N.21 BV 501 


NG1.N.21_6 


Headset incoming call - G.726 call - Switching 
from headset to handset (headset initiated) 


7.4.16.6 





TG_PT_NG1 .N.21_BV_601 


NG1.N.21_7 


Handset side - Headset call interception - 
G.722 call - Switching from headset to handset 
(handset initiated) 


7.4.16.7 


C12101 


TG_PT_NG1 .N.21_BV_705 


C1 21 01 : This procedure applies to a handset and not a headset. IF the PT is a headset PP THEN "1" ELSE "0". 



Table A.10: Internal call codec priority procedure supported 



Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


GAP.N.31_6 


Internal call codec priority 


7.4.3.9 


C33101 


TC PT GAP.N.31 BV 601 
TC PT GAP.N.31 BV 602 


0331 01 : IF PP complies one of the exception cases to this procedure listed in Clause 7.4.3.9.2 THEN "N/A" ELSE "M" 
(see Table A.2 PTJXIT_6) 



Table A.11 : Enhanced security procedures supported 



Procedure 
no 


Procedure name 


Reference to 
EN 300 444 [12] 


Status 


TC reference 


GAP.N.35_2 


Re-keying during a 


call 


8.45.2 





TC 


PT 


GAP.N.35 


BV 


201 












TC 


PT 


GAP.N.35 


BV 


202 












TC 


PT 


GAP.N.35 


BV 


203 


GAP.N.35_3 


Storing the Derived 


Cipher Key (DCK) 


8.45.3 





TC 


PT 


GAP.N.35 


BV 


301 












TC 


PT 


GAP.N.35 


BV 


302 












TC 


PT 


GAP.N.35 


BV 


303 












TC 


PT 


GAP.N.35 


BV 


304 












TC 


PT 


GAP.N.35 


BV 


305 












TC 


PT 


GAP.N.35 


BV 


306 



Table A.12: Easy PIN code registration procedure supported 



Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


NG1.A.1 3 


Base station name selection 


7.10.1.3.2 





TC PT NG1.A.1 BV 301 


Table A.13: Easy pairing registration procedure supported 


Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


NG1.A.2 5 


Base station name selection 


7.10.1.3.2 





TC PT NG1.A.1 BV 301 



A.1 .4 PT relevant test cases list 

According to the support of NG1.N.21 "Headset management" feature, the following configurations are possible: 

• PT is a normal PT (not a headset portable part). 

• PT is a headset portable part (i.e. "Support of the Headset management feature" capability bit in 
«TERMINAL-CAPABILITY» is set). 
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A.1 .4.1 PT is a normal PT (not a headset portable part) 

No restrictions or modifications are required. All mandatory test cases and those related to supported declarations are 
applicable. 

NOTE: NG1.N.21_7 "Switching fi-om headset to handset (handset initiated)" procedure within NG1.N.21 
"Headset management" feature may be apphcable for a normal PT (see Table A.9). 

A. 1 .4.2 PT is a headset portable part 

Only the test cases subgroup NG1.N.21 "Headset management" feature is relevant (see Clause 6.21 
TC_PT_NGl.N.21_xx). All mandatory test cases and those related to supported declarations within this subgroup are 
apphcable. 



A.2 Declarations for fixed part 
A.2.1 Optional FT features 

This Clause contains the optional features which can be declared by the manufacturer on the FT side. 
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Table A.14: Optional FT features supported 



Feature 


Feature name 


Reference to 


Status 


TC reference 


no 




TS 102 527-3 [14] 






NG1.N.9 


3-party conference with established external 


7.4.3.7 





TO FT NG1.N.9 BV 101 




and/or internal calls 






TC FT NG1.N.9 BV 102 










TC FT NG1.N.9 BV 103 










TC FT NG1.N.9 BV 104 


NG1.N.10 


Intrusion call 


7.4.3.8 





TC FT NG1.N.10 BV 101 










TC FT NG1.N.10 BV 102 










TC_FT_NG1 .N.I 0_BV_1 03 










TG_FT_N G 1 . N . 1 0_B V_1 04 










TC_FT_N G 1 . N . 1 0_BV_1 05 










TC_FT_N G 1 . N . 1 0_BV_1 06 










TC_FT_N G 1 . N . 1 0_B V_20 1 










TC_FT_NG1 .N.I 0_BV_202 










TC FT NGI .N.I 0_BV_203TC 










FT NG1.N.10 BV 204 


NG1.N.11 


Gall deflection (internal or external) 


7.4.4.2 





TC_FT_N G 1 . N . 1 1 _B V_1 1 










TC_FT_NG1 .N.I 1_BV_201 










TC FT NG1.N.11 BV 202 


NG1.N.14 


Multiple Lines 


7.4.7 





TC_FT_NG1 .N.I 4_BV_301 










TG_FT_N G 1 . N . 1 4_BV_302 










TC_FT_NG1 .N.14_BV_303 










TC_FT_N G 1 . N . 1 4_B V_304 










TC_FT_NG1 .N.14_BV_305 










TC_FT_NG1 .N.14_BV 306 










TO FT NG1.N.14 BV 401 


NG1.N.15 


Multiple calls 


7.4.8 


C20001 


TC_FT_N G 1 . N . 1 5_B V_20 1 










TC_FT_N G 1 . N . 1 5_BV_202 










TC_FT_NG1 .N.I 5_BV_205 










1 C_r l_N(jil .N.l 5_DV_£^0b 










1 C_r l_N(jil .N.l 5_dV_£^07 










lU rl IN Lai. In. 10 Dv oUI 


NG1.N.17 


Galling line identity restriction 


7.4.12 





TC FT NG1.N.17 BV 201 


NG1.N.22 


Handling of lines where second calls are 


7.4.3.10 





TC FT NG1.N.22 BV 101 




signalled in-band 






TC FT NG1.N.22 BV 301 










TC FT NG1.N.22 BV 302 










TC FT NG1.N.22 BV 303 


NG1.A.1 


Easy PIN code registration 


7.10.1.1 





TC FT NG1.A.1 BV 401 










TC FT NG1.A.2 BV 501 


NG1.A.3 


Handset locator 


7.10.2 





TC FT NG1.A.3 BV 101 


C20001 : IF NG1 .N.22 "Handling of lines where second calls are signalled in-band" is supported on line and line 1 THEN 


"N/A" ELSE "IVI" (see Table A.16 FTJXIT_21 and Table A.17 FT_IXIT_31). 





A.2.2 Extra information for FT testing 

In addition to the optional features supported, the supplier shall declare additional information related to the FT 
implementation and to the network line environment. 
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Table A.15: Implementation extra information for FT testing 



Item 
no 


implementation extra Information 


Reference to 
TS 102 527-3 [14] 


Possible values to be 
declared 


FT_IXITJ 1 


Simultaneous accesses to the same list from 2 
PPs 


7.4.10.1 


Not supported 

Supported 


FT_IXIT_12 


Default attachment after registration to at least 
one line (see note) 


7.4.11.2 


Not supported 
Supported 


FTJXIT_13 


Associated melody field in contact list entry 


7.4.10.5.7 


Not supported 
Supported 


FTJXIT_14 


Base station name 


7.10.1.3.2 


String (up to 17 
characters) 


FTJXIT_15 


Support of three parallel call contexts (or more) 
on 1 PP-FP pair (busy system requirement). 




Not supported 
Supported 


FTJXITJ6 


Support call forwarding busy triggered upon 2™ 
incoming call (not upon 3'^'' incoming call). 




Not supported 

Supported 


NOTE: This declaration is only used for a multiple line FT connected to at least two lines at the time of 

registration. If the FT is connected to a single line (and whether it supports multiple lines or not), default 
attachment to that line is mandatory. See TS 1 02 527-3 [14], Clause 7.4.1 1 .2. 



The "line 0" is the default line used when running the single line test cases. The following extra information related to 
the behaviour of this line shall be given by the manufacturer. 



Table A.16: Line extra information for FT testing 



Item 
no 


Line extra information 


Reference to 
TS102 527-3 [14] 


Possible values to be 
declared 


FT IXIT 20 


Line identifier value (lidO) 


7.4.5 


OOHto 09H (note 1) 


FT_IXIT_21 


Line second call handling type 


7.4.3.10 


Common parallel calls 


Double calls with in-band 
signalling 


FT_IXIT_22 


Line CC-state machine behaviour 


7.4.6.1 


Non early {CC-CONNECT} 


Early {CC-CONNECT} 


FT_IXIT_23 


LineO UTF-8 CNIP 


7.4.17 


Non UTF-8 enabled line 


UTF-8 enabled line 


FT_IXIT_24 


Line parallel call release command (note 2) 


7.4.3.10.3.2 


Not supported 


Supported 


FT_IXIT_25 


Line call waiting rejection command (note 2) 


7.4.3.10.3.2 


Not supported 


Supported 


FT_IXIT_26 


Line putting a call on-hold command (note 2) 


7.4.3.10.3.2 


Not supported 


Supported 


FT_IXIT_27 


Line resuming a call put on-hold command 
(note 2) 


7.4.3.10.3.2 


Not supported 


Supported 


FT IXIT 28 


Line name of Line 


7.4.10.5.1.6 


String 


FT IXIT 29.1 


CFU activation code (note 3) 


7.4.11.4.11 


String (possibly empty) 


FT IXIT 29.2 


CFU de-activation code (note 3) 


7.4.11.4.11 


String (possibly empty) 


FT IXIT 29.3 


CFNA activation code (note 3) 


7.4.11.4.12 


String (possibly empty) 


FT IXIT 29.4 


CFNA de-activation code (note 3) 


7.4.11.4.12 


String (possibly empty) 


FT IXIT 29.5 


CFB activation code (note 3) 


7.4.11.4.13 


String (possibly empty) 


FT IXIT 29.6 


CFB de-activation code (note 3) 


7.4.11.4.13 


String (possibly empty) 


FT IXIT 29.7 


Permanent CLIR activation code (note 3) 


7.4.11.4.10 


String (possibly empty) 


FT IXIT 29.8 


Permanent CLIR de-activation code (note 3) 


7.4.11.4.10 


String (possibly empty) 


NOTE 1 : Line identifier in the interval 0AH..7EH are not allowed within NG1 .N.12_4 "Backward-compatible line 
identification for a first external outgoing call using «MULTI-KEYPAD» IE" procedure. 

NOTE 2: This extra information is only required when NG1 .N.22 "Handling of lines where second calls are 
signalled in-band" is supported on this line, i.e. FTJXIT_31 declared to 'Double calls with in-band 
signalling' value. 

NOTE 3: An empty string indicates that no code is necessary to activate or deactivate the feature on network side 
for line 0; the corresponding code length shall be set to zero. 



IF NG1.N.14 "Multiple lines" is supported, the "line 1" is the second line used when running the multiple lines test 
cases. The following extra information related to the behaviour of this line shall be given by the manufacturer. 
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Table A.17: Line 1 extra information for FT testing 



Item 
no 


Line extra information 


Reference to 
TS 102 527-3 [14] 


Possible values to be 
declared 


FT IXIT 30 


Line 1 identifier value (Iid1) 


7.4.5 


OOHtoOQH (note 1) 


FT_IXIT_31 


Line 1 second call handling type (note 2) 


7.4.3.10 


Common parallel calls 
Double calls with in-band 
signalling 


FT_IXIT_32 


Line 1 CC-state machine behaviour 


7.4.6.1 


Non early {CC-CONNECT} 
Early {CC-CONNECT} 


FT_IXIT_33 


Line 1 UTF-8 CNIP 


7.4.17 


Non UTF-8 enabled line 
UTF-8 enabled line 


FT IXIT 34 


Line 1 parallel call release command (note 3) 


7.4.3.10.3.2 


Not supported 
Supported 


FT_IXIT_35 


Line 1 call waiting rejection command (note 3) 


7.4.3.10.3.2 


Not supported 

Supported 


FT_IXIT_36 


Line 1 putting a call on-hold command (note 3) 


7.4.3.10.3.2 


Not supported 
Supported 


FT_IXIT_37 


Line 1 resuming a call put on-hold command 

(note 3) 


7.4.3.10.3.2 


Not supported 

Supported 


FT IXIT 38 


Line name of Line 1 


7.4.10.5.1.6 


String 


NOTE 1 : Line identifier in the interval 0AH..7EH are not allowed within NG1 .N.12_4 "Backward-compatible line 

identification for a first external outgoing call using «MULTI-KEYPAD» IE" procedure. 
NOTE 2: IF NG1 .N.22 "Handling of lines where second calls are signalled in-band" is supported THEN at least 

one line shall be 'Double calls with in-band signalling' second call handling type. 
NOTE 3: This extra information is only required when NG1 .N.22 "Handling of lines where second calls are 

signalled in-band" is supported on this line, i.e. FT_IXIT_31 declared to 'Double calls with in-band 

signalling' value. 



A.2.3 Optional or conditional FT procedures 

This Clause contains the optional or conditional procedures which can be declared by the manufacturer on the FT side. 

Table A.17a: Parallel call procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TO reference 


NG1.N.6 6 


Busy system or line notification 


7.4.8.3 [14] 


C20601 


TC_FT_NG1 .N.6_BV_601 


C20601 : IF FP supports three parallel call contexts (or more) on one PP-FP pair THEN "1" else "M" (see FT IXIT 1 5 in 
Table A. 15). 



Table A.18: Common parallel call procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TO reference 


NG1.N.7_4 


Call release and call release rejection 


7.4.3.5.4 


C20701 


TC_FT_NG1 .N.7_BV_401 


NG1.N.7_8 


Call waiting rejection (from PP to FP) 


7.4.3.5.7 


C20702 


TC_FT_NG1 .N.7_BV_801 


NG1.N.7_9 


Putting a call on-hold 


7.4.3.5.8 


C20703 


TC_FT_NG1 .N.7_BV_901 


C20701 : IF NG1 .N.22 "Handling of lines where second calls are signalled in-band" is supported on line AND the call 
release command is not supported by the line THEN N/A ELSE m (see Table A.16 FT IXIT 21 and 
FT_IXIT_24). 

C20702: IF NG1 .N.22 "Handling of lines where second calls are signalled in-band" is supported on line AND the call 
waiting rejection command is not supported by the line THEN N/A ELSE m (see Table A.16 FT IXIT 21 and 
FTJXIT_25). 

C20703: IF NG1 .N.22 "Handling of lines where second calls are signalled in-band" is supported on line AND the putting 
a call on-hold command is not supported by the line THEN N/A ELSE m (see Table A.16 FT IXIT 21 and 
FTJXIT_26). 
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Table A.19: 3-party conference procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.9_1 


3-party conference with two established 
external calls 


7.4.3.7 





TC_FT_NG1 .N.9_BV_1 03 


NG1.N.9_1 


3-party conference with two established 

external calls on two different lines 


7.4.3.7 


C20901 


TC_FT_NG1 .N.9_BV_1 04 


C20901 : IF NG1 .N.14 "Multiple lines" is supported THEN "0" ELSE "1". 



Table A.20: Call deflection procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


NG1.N.11 1 


Call deflection (internal) 


7.4.4.2 


C21101 


TC_FT_NG1 .N.I 1_BV_101 


C21 1 01 : IF NG1 .N.14 "Multiple lines" is supported THEN "0" ELSE "1". 



Table A.21 : Line identification procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


NG1.N.12_3 


Line identification for a first external outgoing 
call using «CALL-INFORMATION» IE 


7.4.5.2.2 


C21201 


TC FT NG1.N.12 BV 301 


C21201 


TC FT NG1.N.12 BV 302 


NG1.N.12_4 


Backward-compatible line identification for a 
first external outgoing call using 
«MULTI-KEYPAD» IE 


7.4.5.2.3 



note 


TC_FT_NG1 .N.12_GC_401 




note 


TC_FT_NG1 .N.12_GC_402 


NG1.N.12_5 


FP managed line selection for a first external 
outgoing call 


7.4.5.2.4 


C21203 


TC FT NG1.N.12 BV 501 


C21203 


TC FT NG1.N.12 BV 502 



C21201 : Tests cases are exclusive: IF FP implements 'non early CC-CONNECT' on line THEN run 

TC_FT_NG1 .N.12_BV_301 ELSE run TC_FT_NG1 .N.12_BV_302 (see Table A.I 6 FT_IXIT_22). 
021 203: Tests cases are exclusive: IF FP implements 'non early CC-CONNECT' on line THEN run 
TC_FT_NG1.N.12_BV_501 ELSE run TC_FT_NG1 .N.12_BV_502 (see Table A.16 FT_IXIT_22). 



NOTE: The procedure NG1 .N.12_4 is optional. When procedure is supported, test cases are exclusive: If FP implements 

'non early CC-CONNECT' on line THEN run TC_FT_NG1.N.12_GC_401 ELSE run 
TC_FT_NG1 .N.12_GC_402 (see Table A.16, FT_IXIT_22). 



Table A.22: Call identification procedures supported 



Procedure 

no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.13 2 


Call identifier assignment on outgoing call (FP 
toPP) 


7.4.6.2 


C21301 


TC FT NG1.N.13 BV 201 


C21301 


TC FT NG1.N.13 BV 202 


C21301 : Tests cases are exclusive: IF FP implements 'non early CC-CONNECT' on line THEN run 

TC_FT_NG1 .N.13_BV_201 ELSE run TC_FT_NG1 .N.13_BV_202 (see Table A.16 FT_IXIT_22). 
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Table A.23: Multiple lines procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.14_2 


Incoming and outgoing external calls on a 
multiple line system 


7.4.7.3 


C21401 


TC_FT_NG1 .N.14_BV_303 


NG1.N.14_2 


Incoming and outgoing external calls on a 
multiple line system 


7.4.7.3 


C21402 


TC_FT_NG1 .N.14_BV_305 


NG1.N.14_2 


Incoming and outgoing external calls on a 
multiple line system 


7.4.7.3 


C21403 


TG_FT_NG1 .N.14_BV_306 



C21401 : IF (NG1 .N.22 "Handling of lines where second calls are signalled in-band" is supported on line 1 AND the call 
release command is not supported by the line 1 ) OR (NG1 .N.22 "Handling of lines where second calls are 
signalled in-band" is supported on line AND the resuming a call put on-hold command is not supported by the 
line 0) THEN N/A ELSE m (see Table A.17 FT_IXIT_31 and FT_IXIT_34 or Table A.16 FT_IXIT_21 and 
FT_IXIT_27). 



C21402: TG_FT_NG1.N.15_BV_305 and TC_FT_NG1.N.15_BV_306 are exclusive: IF FP implements 'non early 
CC-CONNECT' on line and line 1 THEN m ELSE N/A (see Table A.16 FT_IXIT_22 and Table A.17 

FT_IXIT_32). 

C21403: TC_FT_NG1.N.15_BV_305 and TC_FT_NG1.N.15_BV_306 are exclusive: IF FP implements 'early 

CC-CONNECr on line and line 1 THEN m ELSE N/A (see Table A.16 FT_IXIT_22 and Table A.17 
FT_IXIT_32). 



Table A.24: Multiple calls procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.15_2 


Incoming and outgoing external calls on a 
multiple call line 


7.4.8.2 


C21501 


TC FT NG1.N.15 BV 205 


C21501 


TC FT NG1.N.15 BV 206 


C21501: Tests cases are exclusive: IF FP implements 'non early CC-CONNECT' on line THEN run 

TC_FT_NG1 .N.15_BV_205 ELSE run TC_FT_NG1 .N.15_BV_206 (see Table A.16 FT_IXIT_22). 
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Table A.25: List access service procedures supported 



Procedure 
no 


Procedure name 


Reference to 

1 O 0£.l-0 


Status 


TC reference 


Ml^l MIC 1 

\ .In. lo_l 


oenerai consiueraiions 






\\j rl INJol .IN. 1 D dV oUo 


021601 


TO FT NG1.N.16 BV 304 


NG1.N.16_18 


Outgoing calls list 


7.4.10.5.4 





TO_FT_NG 1 . N . 1 6_B V_1 80 1 

lO rl lNol.|\,ID DV lOU^ 
TP FT Mni M 1fi R\/ IftO'^ 


INVJI 1 . IM. 1 O 


All raWt Met 
Mil LfCtllo lloL 


7 4 1 n R 


n 


TP FT Mni M 1fi R\/ 9001 
TC FT NG1 N 1B BV 2002 
TO FT NG1.N.16 BV 2003 


NG1.N.16 21 


Oontact list 


7.4.10.5.7 


021602 


TO FT NG1.N.16 BV 2109 


NG1.N.16 23 


All incoming calls list 


7.4.10.5.11 





TO FT NG1.N.16 BV 2301 
TO FT NG1.N.16 BV 2302 
T0_FT_NG1 .N.I 6_BV_2303 


NG1.N.16 26 


Virtual contact list and call list per line 


7.4.11.5 


021603 


See TO FT NG1.N.14 * 


NG1.N.16 30 


FP IP address / type 


7.4.11.3.4 





TO FT NG1.N.16 BV 3001 


NG1.N.16 31 


FP IP address / value 


7.4.11.3.5 





TO FT NG1.N.16 BV 3001 


NG1.N.16 32 


FP IP address / subnet mask 


7.4.11.3.6 


O 


TC FT NG1.N.16 BV 3001 


NG1.N.16 33 


FP IP address / gateway 


7.4.11.3.7 





TO FT NG1.N.16 BV 3001 


NG1.N.16 34 


FP IP address / DNS server 


7.4.11.3.8 





TO FT NG1.N.16 BV 3001 


NG1.N.16 37 


FP version / Hardware version 


7.4.11.3.11 


M 


TO FT NG1.N.16 BV 3501 


NG1.N.16 41 


Dialling prefix 


7.4.11.4.4 





TO FT NG1.N.16 BV 4101 


NG1.N.16 42 


FP melody 


7.4.11.4.5 





TC FT NG1.N.16 BV 4201 


NG1.N.16 43 


FP volume 


7.4.11.4.6 





TO FT NG1.N.16 BV 4301 


NG1.N.16 44 


Blocked number 


7.4.11.4.7 





TO FT NG1.N.16 BV 4401 


NG1.N.16 46 


Intrusion call 


7.4.11.4.9 


021606 


TO FT NG1.N.16 BV 4601 


NG1.N.16 47 


Permanent CLIR 


7.4.11.4.10 


021604 


TC FT NG1.N.16 BV 4701 


NG1.N.16 51 


Emission mode 


7.4.11.3.12 


021605 


TC FT NG1.N.16 BV 5101 


C21601 : Tests cases are exclusive: IF FP supports simultaneous accesses to the same list from 2 PPs THEN run 

TC FT NG1.N.16 BV 304 ELSE run TO FT NG1.N.16 BV 303 (see Table A. 15 FT IXIT 11). 
C21602: IF NG1.N.18 18 "Outgoing calls list" is supported THEN "M" ELSE "1". 
C21603: IF NG1.N.14 "Multiple lines" is supported THEN "0" ELSE "1". 
C21604: IF NG1. N.I 7 "Calling line identity restriction" is supported THEN "M" ELSE "1". 
021 605: IF NG1 .M.5 "no-emission mode" is supported THEN "M" ELSE "1". 
021606: IF NG1 .N.I "Oall intrusion" is supported THEN "M" ELSE "1". 



Table A.25a: Call forwarding (external calls) procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.18 4 


External Oall Forwarding on Busy subscriber 
(OFB) to external number 


7.4.13.4 [14] 


021801 


T0_FT_NG1 .N.18_BV_401 


021 801 : IF FP triggers the Call Forwarding Busy when second incoming call occur THEN "M" else "1" (see FT IXIT 16 in 
Table A.I 5). 



For each mandatory and optional tone, the FP shall declare if procedure NG1.N.20_2 "Tones provision by the system" 
or NG1.N.20_3 "Transparency to tones provision by the network or PABX" is used to provide this tone. Only the TC(s) 
corresponding to the supported procedure shall be tested. 
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Table A.26: Tones provision procedures supported for each tone 



Ton© 


1 i\j 


Di'n^a^iii'A noimA 
riOCcQUrc llaiTIc 




OlalUS 


1 w rcTcrcncc 


Ring back tone 


NG1.N.20_2 


Tones provision by the system 


7.4.15.2 


C22001 


TC_FT_NG1 .N.20_BV_201 

TP FT Mfil M Or\ RV 91 n 

IV_/ Fl INVJII.IN.^U DV ^lu 


Mf5i N pn T 

■ NO 1 .IN .^U O 


1 1 dl ibpal CI lOy lU lUlIco piUvlblUll 

by the network or PABX 


7 4 1 T 
/ .H. 1 o.o 


O^^UU 1 


TP FT Mf^1 M 9n RV "^m 

1 O F 1 IN\JI 1 .IN.^U D V OU 1 

TC FT NG1.N.20 BV 304 


Ri ic\/ t/^no 
DUby LUilc 




luiiub piuvibiuli uy lilt; bybiciii 






TP FT Mri1 M 9r) R\/ 909 

1 O F 1 INvJI 1 .IN.^W D V 


M(^1 M pn T 


1 1 dl ibpal fcJi lOy lU lUlltJb piUvlblUll 

by the network or PABX 


7 4 1 T 
/ .*t. 1 O.O 




TP FT Mf51 M 9n RV "^09 

1 V_/ F 1 INVJI 1 .IN.^U D V OU^ 


octll WctlLliiy LUlIc 


INUI 1 .IN .^w ^ 


1 uiicb piuvibujii uy iiic bybifcjiii 






TP FT Mf51 M 9n RV 90"? 

1 V../ F 1 INVJI 1 .IN.^U D V ^UO 


INVJI 1 .IN .^u O 


Xr3 ncr\n ronf^\/ tn tnnoc rtm\/icinn 
1 1 dl lo|Jcil c;l \\jy lU lUl lUb \J\ UVlblUl I 

by the network or PABX 




P99nm 


TP FT MRI M 9n RV ^0"^ 

1 V_/ F 1 INVJI 1 .IN.^U □ V OuO 








7.4.15.2 




TO FT Nfi1 N 2(1 BV 2nfi 


NG1.N.20_3 


Transparency to tones provision 
by the network or PABX 


7.4.15.3 


C22006 


TC FT NG1.N.20 BV 301 
TC FT NG1.N.20 BV 304 


Off hook warning 
tone 


NG1.N.20 2 


Tones provision by the system 


7.4.15.2 


C22007 


TC FT NG1.N.20 BV 207 


NG1.N.20_3 


Transparency to tones provision 
by the network or PABX 


7.4.15.3 


C22007 


TC_FT_NG1 .N.20_BV_301 


Network 
congestion tone 


NG1.N.20 2 


Tones provision by the system 


7.4.15.2 


C22008 


Not tested 


NG1.N.20_3 


Transparency to tones provision 
by the network or PABX 


7.4.15.3 


C22008 


TC_FT_NG1 .N.20_BV_301 



C22001 , C22002, C22003: Tone is mandatory. The manufacturer shall declare which procedure is supported to provide 
this tone on external call {NG1 .N.20_2 or NG1 .N.20_3) and run only the corresponding test cases. 

C22006: Tone is optional. If declared, the manufacturer shall declare which procedure is supported to provide this tone on 
external call (NG1 .N.20_2 or NG1 .N.20_3) and run only the corresponding test cases. 

C22007: Tone is optional. If declared, the manufacturer shall declare which procedure is supported to provide this tone on 
external call (NG1 .N.20_2 or NG1 .N.20_3) and run only the corresponding test cases. 

C22008: Tone is optional. If declared, the manufacturer shall declare which procedure is supported to provide this tone on 

external call (NG1 .N.20_2 or NG1 .N.20_3) and run only the corresponding test cases. 

NOTE 1 : For example Ring back tone is mandatory, depending on declaration: 

- If supplier declares that FP uses procedure NG1 .N.20_2 "Tones provision by the system" on external call, 
supplier shall perform tests cases TC_FT_NG1 .N.20_BV_201 and TC_FT_NG1 .N.20_BV_210. 

- If supplier declares that FP uses procedure NG1 .N.20_3 "Transparency to tones provision by the network or 
PABX", supplier shall perform tests case TC_FT_NG1 .N.20_BV_301 and TC_FT_NG1 .N.20_BV_304. 

NOTE 2: For tones provisioned by the system, only a «SIGNAL» IE can be used towards Part 3 PPs. 

NOTE 3: For tones provisioned by the system and requiring a 'Tones off (all tones above except 'call waiting tone'), the 

declaration also applies to the 'Tones off «SIGNAL». 



Table A.27: Handling of lines where second calls are signalled in-band procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TC reference 


NG1.N.22_3 


Off-hook CLIP enabled 'double call with 
in-band signalling' lines - call release (of the 
indicated call) 


7.4.3.10.3.2 


C22301 


TC_FT_NG1 .N.22_BV_301 


NG1.N.22_3 


Off-hook CLIP enabled 'double call with 

in-band signalling' lines - call waiting rejection 


7.4.3.10.3.2 


C22302 


TC_FT_NG1 .N.22_BV_302 


NG1.N.22_3 


Off-hook CLIP enabled 'double call with 
in-band signalling' lines - Putting a call on-hold 


7.4.3.10.3.2 


C22303 


TC_FT_NG1 .N.22_BV_303 


C22301 : IF the call release command is not supported by the line THEN M ELSE N/A (see Table A.I 6 FT_IXIT_24 or 

Table A.I 7 FTJXIT_34 according to the tested line). 
C22302: IF the call waiting rejection command is not supported by the line THEN "M" ELSE "N/A" (see Table A.I 6 

FT_IXIT_25 or Table A.17 FT_IXIT_35 according to the tested line). 
C22303: IF the putting a call on-hold command is not supported by the line THEN "M" ELSE "N/A" (see Table A.I 6 

FT_IXIT_26 or Table A.17 FT_IXIT_36 according to the tested line). 
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Table A.28: CNIP procedure supported 



Procedure 
no 


Procedure name 


Reference to 
TS 102 527-3 [14] 


Status 


TO reference 


GAP.N.34 2 


UTF-8 CNIP 


7.4.17.1 


C43401 


TO FT GAP.N.34 BV 201 
TC FT GAP.N.34 GC 201 


C43401 : IF FP is connected to an UTF-8 CNIP enabled line THEN "M" ELSE "N/A" (see Table A.1 6 FTJXIT_23). 



Table A.29: Enhanced security procedures supported 



Procedure 
no 


Procedure name 


Reference to 
EN 300 444 [12] 


Status 


TC reference 


GAP.N.35_2 


Re-keying during a call 


8.45.2 





TC 


FT 


GAP.N.35 


BV 


201 










TC 


FT 


GAP.N.35 


BV 


202 










TC 


FT 


GAP.N.35 


BV 


203 










TC 


FT 


GAP.N.35 


BV 


204 










TC 


FT 


GAP.N.35 


BV 


205 










TC 


FT 


GAP.N.35 


BV 


206 


GAP.N.35_3 


Storing the Derived Cipher Key (DCK) 


8.45.3 





TC 


FT 


GAP.N.35 


BV 


301 










TC 


FT 


GAP.N.35 


BV 


302 










TC 


FT 


GAP.N.35 


BV 


303 



Table A.30: Easy PIN code registration procedures supported 



Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


NG1.A.1 3 


Base station name selection 


7.10.1.3.2 





TC FT NG1.A.2 BV 501 


NG1.A.1 4 


Registration user feedback 


7.10.1.3.3 





TC FT NG1.A.1 BV 401 


Table A.31 : Easy pairing registration procedures supported 


Procedure 
no 


Procedure name 


Reference to 
TS102 527-3 [14] 


Status 


TC reference 


NG1.A.2 5 


Base station name selection 


7.10.1.3.2 





TC FT NG1.A.2 BV 501 


NG1.A.2 6 


Registration user feedback 


7.10.1.3.3 





TC FT NG1.A.1 BV 401 



A.2.4 FT relevant test cases list 

According to the support of NG1.N.22 "Handling of lines where second calls are signalled in-band" feature, the 
following configurations are possible: 

• FT handles only 'Common parallel call procedures' lines. 

• FT handles only 'double call with in-band signalling' lines. 

• FT handles 'common parallel call procedures' lines and 'double call with in-band signalling' lines. 

A.2.4. 1 FT handling only 'Common parallel call procedures' lines 

No restrictions or modiiications are required. All mandatory test cases and those related to supported declarations are 
appUcable. 

A.2.4.2 FT handling only 'double call with in-band signalling' lines 

By definition 'double call with in-band signalling' lines are 'single call mode' lines. Hence, NG1.N.15 "Multiple calls" 
test cases shall not be run. As a result, all mandatory test cases except the test cases subgroup N.15, and those related to 
supported declarations are applicable. 
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A.2.4.3 FT handling 'Common parallel call procedures' lines and 'double call 
with in-band signalling' lines 

All mandatory test cases and those related to supported declarations, except the test cases subgroup N.22, are appUcable 
on the 'common parallel call procedures' line. 

In addition, the test cases subgroup N.22 "Handling of lines where second calls are signalled in-band" will be run on the 
'double call with in-band signalling' line (see Clause 7.22 TC_FT_NGl.N.22_xx). 

NOTE: An example of this of kind of system is a dual phone implementing a full VoIP hne and a PSTN line 
without any tones detection. 
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Annex B (informative): 

List of NG-DECT Part 3 procedures 

The following table gives the list of NG-DECT Part 3 procedures. The reference documents are TS 102 527-3 [14], 
TS 102 527-1 [13] or EN 300 444 [12]. The status of each feature and procedure are given in TS 102 527-3 [14]. 

The procedure number 'feature number_x' was created for the need of the present document. This procedure number is 
used in the TC naming convention. For example, the PT test cases related to the NG1.N.2_1 "Codec change" procedure 
are called TC_PT_NGl.N.2_BV_lxx. 



Table B.I : List of NG-DECT Part 3 procedures 



irm^^^^^^^^^BI^ Speech supp8^^^^^^^^^^^^^^^^^^^V 


Reference 


NG1.1 


Narrow band ADPGM G.726 32 kbit/s voice service 


5.1 fISl 


NG1.2 


Narrow band PGIVi G.71 1 64 kbWs voice service 


5.1 [13] 


NG1.3 


Wideband G.722 64 kbit/s voice service 


5.1 [13] 


NG1.4 


Wideband G. 729.1 32 kbit/s voice service 


5.1 [13] 


NG1.5 


IVIPEG-4 ER AAC-LD super wideband 64 kbit/s voice service 


5.1 [13] 


NG1.6 

1.2 NWKieatJUre 


IVlPEG-4 ER AAC-LD wideband 32 kbit/s voice service 


5.1 [13] 


NG1.N.1 


Codec Negotiation 


5.2 [13] 


NG1.N.1 1 


Exchange of codec list during registration and location registration 


7.3.1 [13] 


NG1.N.1 2 


Basic service wideband speech and default attributes 


7.3.2 [13] 


NG1.N.1 3 


Codec Negotiation during call establishment 


7.3.3 [13] 


NG1.N.2 


Codec Switching 


5.2 [13] 


NG1.N.2 1 


Codec Change 


7.3.4 [13] 


NG1.N.2 2 


Slot type modification 


7.3.5 [13] 


NG1.N.2 3 


IVIAC layer advanced connection slot type modification 


7.6.7 [13] 


NG1.N.2 4 


MAC layer connection type modification; basic to/from advanced 


7.6.6 [13] 


NG1.N.3 


Missed caii notification 


5.2 [14] 


NG1.N.3 1 


Generic events notification, general 


7.4.1.1 [14] 


NG1.N.3 2 


Missed call notification 


7.4.1.3 [14] 


NG1.N.4 


Voice message waiting notification 


5.2 [14] 


NG1.N.4 1 


Generic events notification, general 


7.4.1.1 [14] 


NG1.N.4 2 


Voice message waiting notification 


7.4.1.2 [14] 


NG1.N.5 


Date and Time synchronization 


5.2 [14] 


NG1.N.5 1 


Date and Time synchronization 


7.4.2 [14] 


NG1.N.6 


Paraiiei cails 


5.2 [14] 


NG1.N.6 1 


Parallel call common requirements 


7.4.3.1 [14] 


NG1.N.6 2 


Control messages 


7.4.3.2 [14] 


NG1.N.6 3 


Sending Keypad information 


8.10 [12] 


NG1.N.6 4 


Codec change for parallel calls 


7.4.3.3 [14] 


NG1.N.6 5 


Sending negative acknowledgement 


7.4.3.4 [14] 


NG1.N.6 6 


Busy system or line notification 


7.4.8.3 [14] 


NG1.N.7 


Common parallel call procedures (external or Internal) 


5.2 [14] 


NG1.N.7 1 


Outgoing parallel call initiation (external or internal) 


7.4.3.5.1 [14] 


NG1.N.7 2 


Call waiting indication (external or Internal) 


7.4.3.5.2 [14] 


NG1.N.7 3 


Call toggle (external or Internal) 


7.4.3.5.3 [14] 


NG1.N.7 4 


Call release and call release rejection 


7.4.3.5.4 [14] 


NG1.N.7 5 


Void 




NG1.N.7 6 


Call waiting acceptation (from PP to FP) 


7.4.3.5.6 [14] 


NG1.N.7 7 


Active call release with replacement (from PP to FP) 


7.4.3.5.12 [14] 


NG1.N.7 8 


Call waiting rejection (from PP to FP) 


7.4.3.5.7 [14] 


NG1.N.7 9 


Putting a call on-hold 


7.4.3.5.8 [14] 


NG1.N.7 10 


Resuming a call put on-hold 


7.4.3.5.9 [14] 


NG1.N.7 11 


CLIP on call waiting indication 


7.4.3.5.10 [14] 


NG1.N.7 12 


CNIP on call waiting indication 


7.4.3.5.11 [14] 
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\\\J\ .IN.O 


i^aii iransTsr ^cXTernai or iniernaij 


O.d \\ 4J 


M Q 1 
.IN.O \ 


AnnouncGd csll transfGr 


"7 A O C ri/ii 
/. 4. O.D.I [14J 


Wr^i M Q O 
\\\J\ .IN.O 


UnannouncGd call transfGr 


/ .4.o.b.^i [1 4J 


M/^i M Q O 
INol.N.o O 


Call re-injection to the system (external or internal) 


-7 A o c Q ri /ll 
/.4.0.D.0 [14J 


wr^^ M Q ^ 
iNOl .N.O 4 


Hemoie pany ULir on can iransTer 


"7 A Q C ^ A^ 
/ .4.0.0.4 [14J 


Kirii M Q c; 

InoI .In.O 


R9mote party GNIP on call transfer 


-7 A O C: M Al 

1 .4.o.b.0 [1 4J 


Mr^1 M Q 

.iN.y 


O'pariy conTerence wiin esiauiisnea exiernai ana/or iniernai cans 


c o /1 1 
O.eL \\ 4J 


.i\.y 1 


o-pariy oonierence wiin esiauMsnea iniernai ana exiernai cans 


/ A.O.I \\ 4J 


Nij 1 .In. 1 U 


inirusion caii 






Implicit call intrusion into a line in "singiG call" mode 


"7/1 QQ1 \^ A^ 


NUT .N.l U ^ 


Explicit call intrusion (from PP to FP) 


"7/1QQOri/11 

/ .^.o.o.d. \\ 4J 




Uaii QeriecTion (exiernai or iniernaij 


C o \^ A'X 


Nyj\ .In. 1 1 1 


Gall deflection (internal) 


1 A A o rn /ii 
1 .^A.ti [14J 


NG1.N.11 2 


Call deflection (external) 


7.4.4.2 f14l 


Nul .iN.l l_o 


Gall deflection control messages 


/ AA.\ .1 |_1 4J 


Mr* i M ^ O 


Line identification 


C O T-\ A^ 

D.d [14J 


Mr* H MHO H 


Line identification general requirements 


"7 A CZ -i T-i Al 

/.4.D.1 [14J 


M/^ H M H O O 


General line identification requirements for external outgoing calls 


7.4.5.2.1 [14J 


NG1.N.12 3 


Line identification for a first external outgoing call using «CALL-INFO» IE 


7.4.5.2.2 [14] 


Mr* H MHO A 

N\j\ .N.I £:_4 


Line identification for a first external outgoing call using «MULTI-KEYPAD» 
It 


"7 A c o o rn /IT 
/.4.0.2.O [14J 


Mr* 1 M 1 o 

.In. 1 111 o 


FP managed line selection for a first external outgoing call 


7/1 f^O/l [i A^ 


Mr* 1 M HO c 

InIjI .In.!/! d 


General line identification requirements for external incoming calls 


7/1 CO H FH/ll 
/. 4. Id. O.I [l4J 


Mr* -( M 1 O "7 
InLsI .IN. 1 £1 / 


Line identification for a first external incoming call 


7/1 c;Qor"i/il 
/ .4.0.0.^1 1 1 4| 


Mr* 1 M 1 Q 

.In. 1 o 


Oaii lucniiTicaiiun 


c o n /1 1 


Mr* 1 M 1 Q 1 

InUI .iN.l o 1 


Call identifier general requirements 


"7 A a i n /ii 
/.4.D.1 [14J 


Mr* H M H O O 


Call identifier assignment on outgoing call (FP to PP) 


7 yl Ct O \-i A^ 


Mr* H M H O O 

InoI .In.Io o 


Call identifier assignment on incoming call (FP to PP) 


7 /I £5 O FH /II 
/.4.D.O [14J 


KI/^H MHO >1 

iNVjil .N.I o 4 


Call status indication to tfie fiandset (FP to PP) 


"7 A a A Al 
/.4.D.4 L14J 


NLal .N.I 4 


iviuiiipi6 Lines 




Mr* 1 M 1 y1 1 
.In. 1 4 1 


MuItiplG linos common rGCjuirGmonts 


"7 A ~7 i fi Al 


Mr* H M ^ A o 
iNij 1 .In. 14 Hi 


Torminal attachment and lino settings 


7 /I 7 O FH /II 
/.4./.il [14J 


Mr* H M H >1 o 


Incoming and outgoing external calls on a multiple line system 


"7 /I "7 O FH /IT 
f.^.f.O [14J 


Nvjil .N.I 4 4 


Internal calls in multiple line context 


7/1 7/1 Fi yll 


M/^i KM yl i; 
NLal .N.I 4 


uompaTiDiiiTy wiin non muiiipie line rr or rr 


7 7 ^1 
/.4. / .0 [1 4J 


M/~*1 KM 
.N.I 


iviuiiipie cans 


c o Fi /1 1 


Mr* H M H C H 


Multiple calls general requirements 


7/1 Q H FH /II 
/.4.0.1 [14J 


Mr* H M H C O 


Incoming and outgoing external calls on a multiple call line 


"7 A O O FH /IT 

/.4.o.£: [14J 


M/^H KM 'J 
NVjil .N.I O 


Busy system or line notification 


7 ^ Q Q F1 /ll 

/.4.C3.0 [14J 


Wr^i KM C 
NLal .N.I O 


LIST access service 


C O Fi /1 1 


Mr* 1 KM C i 
.In. 1 D 1 


General considerations 


7/1 F1/11 


Mr*H M i ry o 

Nij 1 .In. lb d 


List cfiange notification 


7/1 HnOFH/11 

/.4.1 U.£i [1 4J 


Mr* H M H £^ O 

Nul.lN.lb O 


Start / end session 


"7/1 H ^^ /I H FH/ll 

/.4.1 (J. 4.1 [1 4J 


M/^H M H C A 

NVjil .N.I O 4 


Query supported entry fields 


7/1 -in A O [i A^ 
/ .4.1 U.4.^ [1 4J 


Kl/^i KM C i; 
N\ja1 .N.I D 


Heau eniries 


"7 A -in A '3 Fi/11 
/.4.1 U.4.0 [ \ 4J 


MP* H M H c; c 
InU 1 .In. 1 o D 


Edit entry 


7/1 iH/l A [i A^ 
/ .4.1 U.4.4 [1 4J 


Mr*i M 1 c; 7 
InoI .In. Id / 


Save entry 


7/1 Hn/1 C FH/ll 

/ .4.1 U.4.0 [1 4J 


Mr* H M H C O 


Delete entry 


~7 A -\ f\ A C T -i Al 

/.4.1 U.4.b [1 4J 


Kiri-I KM ft Q 
INVJI 1 .IN. 1 y 


ueieie iisi 


7 A A ~7 A^ 
I A. I U.H". / [ 1 4J 


NG1.N.16 10 


Search entries 


7.4.10.4.8 [14] 


NG1.N.16 11 


Negative acknowledgement 


7.4.10.4.9 [14] 


NG1.N.16 12 


Data packet / Last data packet 


7.4.10.4.10 [14] 


NG1.N.16 13 


DECT system and line settings considerations 


7.4.11.1 [14] 


NG1.N.16 14 


Interactions between registration, attachment of handsets and lists 


7.4.11.2 [14] 


NG1.N.16 15 


Fields description 


7.4.10.5.1 [14] 
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[oupponeu IIS1S.J 




MIC 1 C 

.In. 1 D \o 


List of supported lists 


7/1 i r\ ^ o A^ 


.W.iO 1 / 


IVIissed calls list 


"7 A i r\ o [i A^ 
1 .4. 1 U.o.o [1 4J 


ri\Jt \ .N.I O \0 


Outgoing calls list 


7/1 in(^/i r-iyii 
/ .4.1 U.0.4 [1 4J 


iNoi .N.I o 1 y 


incoming accepieu cans iisi 


1 A AC^ ^ K \-\ A'\ 
/.4.1 U.O.O [1 4J 


\ .N.I D 


All llc^ lio+ 

All cans list 


/ .4. 1 U.O.D [1 4J 


Kir^1 Kl i Pi Oi 
.N. 1 D ill 


Contact list 


7/1 ^(\ ^ ~! \^ A^ 
/.4.1 U.O. / [1 4J 


KIP'I Kl 1C OO 


Internal names list 


/.4.1 u.o.o [1 4J 


Kl^ 1 Kl 1 G 


All incoming calls list 


1 A infill ri/ii 
/ .4. 1 U.O. 1 1 114] 


Kir^1 KM(^ OA 


DECT system settings list 


1 A "1 "1 o \^ A^ 
/ .4. 1 1 .o [1 4J 


Kir^1 Kl 1 G OR 

NUT .N.lD 


Line settings list 


7/1 11 A ri/ii 
/ .4.1 1 .4 [1 4J 


Kl^i Kl Id OC 


Virtual contact list and call list per line 


1 A 11 c^ri/ii 
/ .4.1 1 .0 [1 4J 




[oupponea uto i sysiGm seningsj 




Kir^ -( Kl 1 G 0"7 

Nljl .N. 1 D £1/ 


Current PIN code 


"7/1 11 o 1 ri/ii 
/ .4.1 1 .o. 1 1 1 4| 




Clock master 


1 A 11 oori/ii 
/ .4. 1 1 .o.ii [1 4J 


Kir*1 KMC OQ 


Base reset 


7/1 11 oori/ii 
/ .4.1 1 .o.o [1 4J 


Kir^ 1 Kl -id or\ 
Nljl .N.lD oU 


FP IP address / type 


7/1 11 o/iri/ii 
/ .4.1 1 .0.4 [1 4J 


Ntjl.N.lD ol 


FP IP address / value 


7 ^ HI O C n /IT 

/.4.1 1 .o.o [1 4J 


M(^1 KM c 'ao 
Nol .N.lD 


FP IP address / subnet mask 


7/1 -ll OCriyll 
/ .4.1 1 .O.O [14J 


M^i KM C 
NLal .N.lD Oo 


rr ir aooress / gateway 


1 A ■\-\ o7ri^i 
/.4.1 1 .o. / [1 4J 


KI01 KM C ^/l 
Nol .N.lD o4 


rr Ir aOOiGSS / UNo SGivGr 


7/1 11 OQri/ll 
/.4.1 1 .o.o [1 4J 


Ntjl .N.lD olD 


FP VGrsion / FirmwarG VGrsion 


7/1 11 OQri/11 

/.4.1 1 .o.y [1 4J 


NUl.N.lD OD 


FP VGrsion / EEprom version 


/.4.1 1 .o.l U [1 4J 


Klf^i KM C 07 
Nol .N.lD O/ 


FP version / Hardware version 


7/1 11 Oil ri/ii 
/ .4.1 1 .o.l 1 [1 4J 


M^i KM C I^i 
NVJil .N.lD 0\ 


tmission moQe 


7y| 11 O ion /il 
/ .4.1 1 .o.l ^ [1 4J 


wr^-i KM C 
NVJil .N.lD Od 


NGW rIN COQG 


7yiiioior-i/n 
/.4.1 1 .o.lo L^^J 




[oupponeu line seiiingsj 




NUl.N.lb OO 


Line name 


7 y1 1 1 /I H n /IT 

/.4.1 1 .4.1 [1 4J 


Klf^i KM C OQ 
Nol .N.lD oy 


Line Id 


7/1 11 >1 on yll 
/ .4.1 1 .4.^1 [1 4J 


Kl^i KM C An 
N\jal .N.lD 4U 


Aiiacnea nanaseis 


7/1 11 A on /II 

/.4.1 1 .4.0 [1 4J 


NU 1 .N. 1 D 41 


Dialling prefix 


7/1 11 A A ri/11 

/.4.1 1 .4.4 [1 4J 


Kl^i Kl 1C AO 

N\j \ .N.lD 4/1 


FP melody 


7/1 11 y1 Cri/ll 

/.4.1 1 .4.0 [1 4J 


M/^i M yio 
NUl.N.lD 4o 


FP volume 


"7/1 11 /I £^ n /IT 

/.4.1 1 .4.D [1 4J 


Kl(^i KM C A A 
Nol .N.lD 44 


DiocKGQ numoer 


7/1 11 /I 7ri/ii 
/ .4.1 1 .4./ [1 4J 


Kl^i KM C A^. 
NLal .N.lD 40 


Multiple calls mode (single/multiple) 


7^ 11 A Driyll 
/ .4.1 1 .4.0 [1 4J 


KIO i KM C /I C 
Nol .N.lD 4D 


Intrusion call 


7/1 11 /IQFI/ll 

/ .4.1 1 .4.y [1 4J 


KI/^1 Kl 1C A~7 

N\jl .N.lD 4/ 


rGrmanGnt olih 


7/1 11 /I inri/ii 
/.4.1 1 .4.1 U [1 4J 


NtjI.N.lb 4o 


Call forwarding Unconditional 


~j A 11 /I HI ri/ii 
/.4.1 1 .4.1 1 [1 4J 


Kl/^i KM C AO 
NVjil .N.lD 4y 


Call forwarding on No Answer 


7/1 11 A ion /II 

/.4.1 1 .4.1 £1 [1 4J 


Kl^i KM C (^n 
NLal .N.lD OU 


uaii Torwaraing on uusy suDScriDer 


7/1 11 A 10 ri/ii 
/.4.1 1 .4.1 [1 4J 


Kir^ 1 KM 7 
.N.l / 


trailing line lueniiiy rssiriciion 


jr o ri/11 
O.il [1 4J 


Kl/^i KM 7 -i 
Nol .N.l / 1 


Considerations 


7/1 101 ri/11 
/.4.l£i.l [14J 


Nvjl .N.l / 


Permanent CLIR mode (all calls) 


7 A H O O TH ^1 
I AAd..d. [1 4J 


Kiri-i KM 7 o 
WKjii .N.l / o 


1 emporary uLiri mooe (caii oy can; 


7/1 1 o o n ^1 
/.4.1 ^.o [1 4J 


NG1.N.18 


Call forwarding (external calls) 


5.2 [14] 


M/^ H M HO H 

NLil .N.l o l 


Call Forwarding common requirements 


1 A HOH TH/ll 

/.4.I0.I [14J 




External Call Forwarding Unconditional (CFU) to external number 


7/1 HOOrH/ll 

7.4. 10. 2 [14J 


NG1.N.18 3 


External Call Forwarding on No Answer (CFNA) to external number 


7.4.13.3 [14] 


KIOH MHO A 

Nvjil.N.lo 4 


External Call Forwarding on Busy subscriber (CFB) to external number 


7/lHOyirH/n 

/.4.I0.4 [14J 


KI/^H Kl H O 

Nvjil .N.l y 


u 1 Mr nanaiing 


C TH .^1 

o.d [1 4J 


KIO H MHO H 

Nvjl .N.l y_i 


Uplink DTMF transmission at call setup when FP connected to classic 

switching network 


7/1 iyi 1 1 ri/ii 
/. 4.1 4.1 .1 [1 4J 


Kin;i KM Q O 
1 .N. 1 y ^ 


upiiRK u 1 ivir iransmission wnen connecieu 


7/1141 on 41 
/ .4. 1 4. 1 [ 1 4J 


NG1.N.19 3 


Downlink DTMF reception 


7.4.14.2 [14] 


NG1.N.19 4 


Local DTMF feedback of dialled digits 


7.4.14.3 [14] 


NG1.N.20 


Tones provision 


5.2 [14] 


NG1.N.20 1 


General considerations 


7.4.15.1 [14] 


NG1.N.20 2 


Tones provision by the system 


7.4.15.2 [14] 


NG1.N.20 3 


Transparency to tones provision by the network or PABX 


7.4.15.3 [14] 
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neausBi MianageniBrii 






Headset considerations 


1 A 1C1 \^ A^ 


Nvj 1 .In. ill ^ 


Headset call interception 


1 A icon /II 

/.4.1 D.£i [1 4J 


ri\Jt \ O 


Headset incoming call 


1 A 1 £5 o n ^1 




rie-aiai ot lasi ouigoing can 


1 A AG. A \-\ A^ 
/.4. ID.4 [14J 




Re-dial of last incoming call 


1 A ^ci ^ \^ A^ 

/ .4.1 D.O [1 4J 




Switching from headset to handset (headset initiated) 


1 A iccri/ii 

/.4.1 D.D [14J 


NG1.N.21 7 


Switching from headset to handset (handset initiated) 


7.4.16.7 [14] 


K 1 H M O H O 


Compatibility with other telephony features and profiles 


/ .4.1 D.8 1 1 4| 




Handling of lines where second calls are signalled in-band 


O.d [14J 




General requirements 


-7yi o ^n ^ ^^/n 
/.4.0.1U.1 [14J 


M/^ H M OO O 


Basic 'double call with in-band signalling' lines 


/.4.0.1 u.d [1 4J 


K 1 H MOO O 


Off-hook CLIP enabled 'double call with in-band signalling' lines 


7. 4. J. 10. 3 [14J 


K -i MOO A 

NG1 .N.22_4 


Use of transparent commands on DCIBS lines (Basic or Off-hook CLIP 
enauieo; or any oiner line 


^ A OHO A r A 

7.4.3.10.4 [14] 


nAD M 1 


Outgoing call 


4.1 [I^^J 


r^AD M o 


UTT nooK 


4.1 [I^^J 


r^AD M T 
oAr .N.O 


On hook (full release) 


A -i ^^ oi 
4.1 [I^^J 


VjAr.N.4 


Dialled digits (basic) 


4.1 [12] 


LaAr .IN.O 


negisier recaii 


y1 1 noi 
4.1 [12] 


oAr.N.O 


(jO to u 1 ivir Signalling ^aeiineu lone lengin; 


4.1 [1^] 


oAr .N. / 


Pause (dialling pause) 


4.1 [1^] 


A D M Q 

oAr.N.o 


Incoming call 


/I 1 n oi 
4.1 [12] 


A D M Q 


Authentication of PP 


/I 1 n oi 
4.1 |12| 


tjAr .IN I U 


Authentication of user 


4.1 |12| 


oAr .N.l 1 


Location registration 


/I 1 n OI 
4.1 [12] 


AD M i O 


On air key allocation 


4.1 [12] 


AD M i O 

oAr.N.l o 


Identification of PP 


A H n OI 
4.1 [12] 


vjiAr.N.1 4 


Service class indication/assignment 


4.1 [12] 


oAr .In. 1 


Aieriing 


y1 1 OI 
4.1 [l^ij 


A D M 1 C 
oAr.lN.I D 


■7AD 


/ 1 noi 
4.1 [l^J 


A D M 17 

tjAr.lN.I / 


Encryption activation FT initiatod 


/I 1 n oi 
4.1 [12J 


A D M HO 

(jAr.N.l cS 


Subscription registration procedure on-air 


4.1 [12] 


vjiAr.lN.l y 


Link control 


/I 1 noi 
4.1 [12] 


^AD M on 


1 erminaie access ngnis r i iniiiaiea 


/I 1 noi 
4.1 [l^J 


(^AD M 01 
oAr.lN.il 1 


Partial release 


yi 1 noi 
4.1 [l^J 


A D M OO 


Go to DTMF (infinite tone length) 


/I 1 n oi 
4.1 [12] 


A D M OO 


Go to Pulse 


/I ^ TH Ol 

4.1 [12] 


riAD M 0/1 
vjiAr.lN.^4 


Signalling of display characters 


/ 1 n OI 
4.1 [12] 


^AD M OR 


Display control cnaraciers 


A 1 n OI 
4.1 [l^J 


/^AD M OC 


Authentication of FT 


A 1 noi 
4.1 [l^J 


/"'ADM 07 


Encryption activation PT initiated 


/I 1 n oi 
4.1 [12] 


A D M OO 

oAr.N.iicS 


Encryption deactivation FT initiated 


y1 H TH OI 

4.1 [12] 


/^AD M OQ 
oAr .iN.^y 


Encryption deactivation PT initiated 


/I 1 n OI 
4.1 [12] 


^AD M on 
LaAr.lN.oU 


falling Line laeniiiicaiion rreseniaTion ^oLir^ 


A 1 n OI 
4.1 [l^J 


oAr .iN.o 1 


imerriai caii 


/I 1 n oi 
4.1 [l£^J 


A D M O 1 1 

oAr.lN.o1 1 


Intornal call SGtup 


7 o c ri oi 
/.o.b [1 oj 


A D M O H O 

UAr.N.ol d 


Internal call keypad 


4.1 [12] 


riAD M 01 o 
vjiAr.lN.ol o 


iniernai can ULir 


/I 1 n OI 
4.1 [12] 


/^AD M 01 A 

oAr.lN.o1 4 


ln4-Ai*nol /toll OKIID 

iniernai can uiNir 


A 1 noi 
4.1 [l^^J 


(^AD M oi c: 
oAr.lN.ol 


U 1 r-o ONIr 


7/1 1 7 n yll 
/ .4. 1 / [1 4J 


A D M O 1 C 

oAr.N.ol O 


Internal call codec priority 


7/1 O Q n /ll 

/.4.o.y [14J 


/-^ A D M OO 

oAr.N.Oil 


Service call 


/I 1 n oi 
4.1 [12] 


^AD M OO 
oAr .In. OO 


Enhanced U- plane connection 


yi 1 n OI 
4.1 [12] 


^AD M O^ 
oAr.lN.o4 


trailing naine lueniiiicaiion rreseniaiion ^oiNir^ 


y1 1 noi 
4.1 [l^^J 


OAD M 0/1 1 
oAr.lN.o4 1 


A 1 1 1 1^ ^ N 1 A rY^ A In AntlTI AA A A ^J^A A A A^ A 1 1 A A / §^ iV 1 1 \ An 1 A A A A 

uaiiing Name laeniiTicaiion rresentaiion (v_>iNirj inoicaiion 


Q yi o n oi 


OrAr.lM.Ot ^ 


1 ITF-ft PMIP 


7 4 1 7 n 41 


GAP.N.35 


Enhanced security 


4.1 [12] 


GAP.N.35 1 


Encryption of all calls 


8.45.1 [12] 


GAP.N.35 2 


Re-keying during a call 


8.45.2 [12] 


GAP.N.35 3 


Early encryption 


8.45.3 [12] 


GAP.N.35 4 


Subscription requirements 


8.45.4 [12] 


GAP.N.35 5 


Behaviour against legacy devices 


8.45.5 [12] 



ETSI 



312 



ETSI TS 102 841 VI .3.1 (2012-05) 



1 Ua^ilMM^ontrol (ULu) services support status ' 


N<j\ .U.I 


LU1 Transparent Unprotected service (TRUP) Class /minimum_delay 


o.o [1 oj 


No! .U.ii 


LU1 1 ranspareni unrroieciea service ( i rvur j uiass u 


o.o [\ Oj 


INol .U.o 


LU7 64 kbit/s protected bearer service 


CO r-i oi 
o.o [\o\ 


M^H Pi A 

Nyjil .U.4 


LU 12 Unprotected Framed service (UNF) Class 


o.o [loj 


INol .U.o 


run ULo Trame 


O.O [\ Oj 


Nljl .U.b 


ru / ULU Trame 


o.o [\ Oj 


No! .U. / 


run ^1 uLo Trame wiTn aoapiaiion Tor couec o./^iy.i 


O.o [\ oJ 


ljAr.U.1 


LAPG class A service and Lc 


O.I 1 1 £1 1 




Gs channel fragmentation and recombination 


C ^ F i Ol 
0.1 


GAP.D.3 


Broadcast Lb service 


5.1 [12] 


GAP.D.4 


Intra-cell voluntary connection handover 


5.1 [12] 


GAP.D.5 


Intercell voluntary connection handover 


5.1 [12] 


GAP.D.6 


Encryption activation 


5.1 [12] 


GAP.D.7 


LU1 TRUP Class 0/min delay 


5.1 [12] 


GAP.D.8 


FU1 


5.1 [12] 


GAP.D.9 


Encryption deactivation 


5.1 [12] 




NG1.M.1 


lN_minimum delay symmetric MAC service type 


5.4 [13] 


NG1.M.2 


lN_normal delay symmetric MAC service type 


5.4 [13] 


NG1.M.3 


lpQ_error_detection symmetric MAC service type 


5.4 [13] 


NG1.M.4 


Advanced connections 


5.4 [13] 


NG1.M.5 


'no-emission' mode 


5.4 [14] 


GAP.M.1 


General 


5.1 [12] 


GAP.M.2 


Continuous broadcast 


5.1 [12] 


GAP.M.3 


Paging broadcast 


5.1 [12] 


GAP.M.4 


Basic connections 


5.1 [12] 


GAP.M.5 


Gs higher layer signalling 


5.1 [12] 


GAP.M.6 


Quality control 


5.1 [12] 


GAP.M.7 


Encryption activation 


5.1 [12] 


GAP.M.8 


Extended frequency allocation 


5.1 [12] 


GAP.M.9 


Bearer Handover, intra-cell 


5.1 [12] 


GAP.M.10 


Bearer Handover, inter-cell 


5.1 [12] 


GAP.M.1 1 


Connection Handover, intra-cell 


5.1 [12] 


GAP.M.12 


Connection Handover, inter-cell 


5.1 [12] 


GAP.M.13 


SARI support 


5.1 [12] 


GAP.M.14 


Encryption deactivation 


5.1 [12] 


GAP.M.15 


Re-keying 


5.1 [12] 


GAP.M.16 


Early encryption 


5.1 [12] 




NG1.P.1 


2 level GFSK modulation 


5.5 [13] 


NG1.P.2 


Physical Packet P32 


5.5 [13] 


NG1.P.3 


Physical Packet P64 


5.5 [13] 


NG1.P.4 


Physical Packet P67 


5.5 [13] 


NG1.P.5 


Physical Packet P80 


5.5 [13] 




NG1.SG.1 


G.726 32 kbit/s ADPCM codec 


5.6 [13] 


NG1.SG.2 


G.71 1 64 kbit/s PCM codec 


5.6 [13] 


NG1.SG.3 


G.722 64 kbit/s 7 kHz wideband codec 


5.6 [13] 


NG1.SC.4 


G.729.1 32 kbit/s 7 kHz wideband codec 


5.6 [13] 


NG1.SC.5 


MPEG4 AAC-LD 64 kbit/s 14 kHz superwideband codec 


5.6 [13] 


NG1.SC.6 


MPEG4 AAC-LD 32 kbit/s 1 1 kHz wideband codec 


5.6 [13] 


NG1.SC.7 


Packet loss Concealment (PLC) for G.722] 


5.6 [13] 


NG1.SC.8 


Detection of Fax/modem tone 


5.6 [13] 


NG1.SC.9 


Codec selection and switching 


5.6 [13] 


NG1.SC.10 


PP Audio profile type 1a (classic GAP handset) 


5.6 [13] 


NG1.SC.11 


PP Audio profile type lb (improved GAP handset) 


5.6 [13] 


NG1.SC.12 


PP Audio profile type 1c (HATS 3,1 kHz handset) 


5.6 [13] 


NG1.SC.13 


PP Audio profile type Id (HATS 3,1 kHz improved handset) 


5.6 [13] 


NG1.SC.14 


PP Audio profile type 2a (ITU-T Recommendation P.31 1 [i.27] 7 kHz 
handset) 


5.6 [13] 


NG1.SC.15 


PP Audio profile type 2b (HATS 7 kHz handset) 


5.6 [13] 


NG1.SC.16 


PP Audio profile type 2c (HATS 7 kHz improved handset) 


5.6 [13] 


NG1.SC.17 


PP Audio profile type 3a (HATS 3,1 kHz handsfree) 


5.6 [13] 


NG1.SC.18 


PP Audio profile type 3b (HATS 3,1 kHz improved handsfree) 


5.6 [13] 
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CO 1 Q 

.oO. 1 y 


r r AUQIO prOTIIG TyPG 4d (MA 1 o / KMZ nanQSTrGGJ 


O.D [\ Oj 


No! .oL/.^U 


PP Audio profilG typG 4b (HATS 7 kHz improvGd handsfrGG) 


O.D [\ Oj 




PP Audio profilG typG 5a supGrwidoband (14 l<Hz) handsGt 


O.D [\ Oj 




PP Audio profile type 5b superwideband (14 l<Hz) handsfree 






rr MUQio lype ID (new IoUN o,1 KnZJ 


O.D [lv3j 


M(Oi CO OA 


PP Gclio cancGllGr for FP, narrowband 


0.0 [\ oj 


Mm CO 


PP Gcfio supprGSSor for FP, narrowband 


O.D [\ oJ 


CO oa 


rr Auulo lypG (analog l \\ o,1 KMZ; 


O.D [\ oJ 


M01 CO 07 


rr AUOlO TypG o ( VOIr o,l Knz) 


O.D n o 1 




rr AUCJIO LypG 4 (IoUIM WIOGUdllOj 


O.D [ 1 Oj 


NG1.SC.29 


FP Audio typo 5 (VoIP widoband) 


5.6 [13] 


NG1.SC.30 


PP Gcho cancGllGr for FP, wideband 


5.6 [13] 


NG1.SG.31 


PP Gcho supprossor for FP, wideband 


5.6 [13] 


NG1.SG.32 


FP Audio type 6a (intGrnal call) 


5.6 [13] 


NG1.SC.33 


FP Audio typG 6b (internal confGrence) 


5.6 [13] 


NG1.SC.34 


AdaptivG volumo control for FP 


5.6 [13] 




NG1.A.1 


Easy PIN-code registration 


5.7 [14] 


NG1.A.1 1 


Registration mode automatic access 


7.10.1.3.1 [14] 


NG1.A.1 2 


Searching mode and PIN code requests 


7.10.1.1.1 [14] 


NG1.A.1 3 


Base station namo SGloction 


7.10.1.3.2 [14] 


NG1.A.1 4 


Rogistratlon usor foodback 


7.10.1.3.3 [14] 


NG1.A.2 


Easy pairing registration 


5.7 [14] 


NG1.A.2 1 


Easy pairing description 


7.10.1.2.1 [14] 


NG1.A.2 2 


Registration mode automatic access 


7.10.1.3.1 [14] 


NG1.A.2 3 


Base station limited registration mode 


7.10.1.2.2 [14] 


NG1.A.2 4 


Searching mode request 


7.10.1.2.3 [14] 


NG1.A.2 5 


Base station name selection 


7.10.1.3.2 [14] 


NG1.A.2 6 


Registration user feedback 


7.10.1.3.3 [14] 


NG1.A.3 


Handset iocator 


5.7 [14] 


NG1.A.3 1 


Handset locator 


7.10.2 [14] 


GAP.A.1 


AC_bitstring_mapping 


4.2 [12] 


GAP.A.2 


Multiple subscription registration 


4.2 [12] 


GAP.A.3 


Manual entry of the PARK 


4.2 [12] 


GAP.A.4 


Terminai identity number assignment in mono celi system 


4.2 [12] 
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Annex C (normative): 
Configuration for testing 

The information contained within the following tables is required for configuration of the test equipment referred to in 
the present document. The label of each item does not explicitly appear in the test cases, nevertheless the related 
information are used either within stimulus or pass criteria to avoid human intervention when running some test cases. 



C.1 Portable part configuration to be declared by supplier 

None. 



C.2 Fixed part internal configuration to be declared by 
supplier 

The supplier shall provide additional information related to the FT testing. This information is used by the TS for the 
testing of the FP. 



Table C.I : Internal configuration information for FT testing 



Internal configuration item 


Description 


Example of value 
(to be declared 
by manufacturer) 


Example of test group where used 
and purpose 


PIN_CODE 


Pin code of the FP 


"0000" 


TC_FT_NG1.N.1: 

Used by TS to register on FP. 


RFPI 


RFPI of the FP 


"1122334455" 


TC_FT_NG1.N.1: 

Used by TS to check if it is registered 
to the correct FP (FP under test). 


HANDSET_TS_1_NUMBER 


Internal number of TS_1 . 
Same as digit subfield in 
TS102 527-3 [14], 
Clause 7.4.10.5.1.2. 
Put here the number that your FP 
will assign to the 1^' handset 
registered on your FP 
(see notes 1 and 2). 


II .j II 


TC_FT_GAP.N.31: 

Used by TS to perform the internal 

call to handset 1 

TC_FT_GAP.A.4: 

Used by TS to check FP has 

assigned the correct Terminal Id 

number 


HANDSET_TS_1 _NAME 


Internal name of TS_1 . 
Same as characters subfield in 
TS 102 527-3 [14], 
Clause 7.4.10.5.1.3 (see note 3) 


"DEGT1" 


TC_FT_GAP.N.31 : 

Used by TS to check internal call 

CNIP is correct. 


HANDSET_TS_2_NUMBER 


Internal number of TS_2. 
See handset 1 description 


112" 


TC_FT_GAP.N.31 : 

Used by TS to check the internal call 

CLIP. 


HANDSET_TS_2_NAME 


Internal name of TS_2. 
See handset 1 description 


"DECT 2" 


TC_FT_GAP.N.31 : 

Used by TS to check the internal call 

CNIP. 


NOTE 1 : The handset number and names declared here are the ones that will be set by the FP under test when the TS 
(TS_1 or TS_2) will register to this FP. Declaring this, allows to avoid the TS do a list access session to retrieve 
this data. 

NOTE 2: As defined in GAP.A.4 feature (see EN 300 444 [12]), the terminal identity number is in the interval [1 : 127] for 
monocell systems (i.e. residential products). In addition, the first handset should be assigned value '00000001 B' 
(but this is not a mandatory requirement). 

NOTE 3: The default naming of the standard was chosen as example. Other values are possible. 
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Table C.2: Test cases where these FT internal configuration items are used 



Configuration item 


Test case number(s) in which TS uses the 




configuration item 


PIN CODE 


TC_FT_NG1.N.1_BV_101, 103, 104 


RFPI 


TC_FT_NG1.N.1_BV_101, 103, 104 


HANDSET_TS_1_NUMBER 


TC_FT_NG1.N.7_BV_202, 602, 1202 




TC_FT_NG1 .N.8_BV_401 




TG_FT_NG1 .N.9_BV_1 02 




TG_FT_NG1.N.16_BV_2201, 2202, 2210 




TC_FT_NG1.N.21_BV_201, 202, 701 




TO FT GAP.N.31 BV 301 




TC FT GAP.A4 BV 101 


HANDSET TS 1 NAME 


TC FT NG1.N.8 BV 501 


HANDSET_TS_2_NUMBER 


TC FT NG1.N.6 BV 401 




TC FT NG1.N.7 BV 102,202,902 




TC_FT_NG1.N.8_BV_101, 201, 401, 501 




TC FT NG1.N.9 BV 101,102 




TC FT NG1.N.10 BV 101,105,106,201,202 




TC FT NG1.N.11 BV 101 




TC FT NG1.N.13 BV 203, 205 




TC FT NG1.N.14 BV 401 




TC FT NG1.N.16 BV 2202,2203 




TC FT GAP.N.31 BV 301 


HANDSET_TS_2_NAME 


TC FT NG1.N.7 BV 1202 




TC FT GAP.N.31 BV 401 



C.3 Test environment configuration to be declared by test 
house or supplier 

The test house or supplier shall provide additional information related to the testing environment. This information is 
used by the TS for the testing of the FP. 



Table C.3: Test environment information for the FT testing 



Test environment item 


Description 


Example of 
value (to be 
declared by 
manufacturer) 


Test group where used 
and purpose 


PHONE_A_NUMBER 


Telephone number of remote party Phone A 


"210" 


TC_FT_NG1.N.1: 

Used by TS to place outgoing to 

Phone A. 


PHONE_A_CLIP 


Calling party number of remote party Phone 
A (In principle the same as telephone 
number): characters of the CLIP information 
element (see EN 300 175-5 [5], 
Clause 7.7.9). 


"210" 


TC FT GAP.N.30: 
Used by TS to check if the CLIP 
is correct on incoming call from 
Phone A. 


PHONE_A_CNIP 


Calling party name of remote party Phone A 
(see EN 300 175-5 [5], Clause 7.7.53 and 
note) 


"PHONE A" 


TC FT GAP.N.34: 
Used by TS to check if the CNiP 
is correct on incoming call from 
Phone A. 


PHONE B NUMBER 


Same description as Phone A 


"220" 


See Phone A. 


PHONE B CLIP 


Same description as Phone A 


"220" 


See Phone A. 


PHONE_B_CNIP 


Same description as Phone A 


"Phone B eau" 


See Phone A. 

This phone is explicitly used in 
the test case 

TC_FT_GAP.N.34_BV_201 

where TS checks CNIP from an 
UTF-8 enabled network and 
phone (phone B) 


PHONE C NUMBER 


Same description as Phone A 


"230" 


See Phone A. 


NOTE: If the phone is connected to an UTF-8 enabled line (see Clause A.2.2), remote party name should include 
UTF-8 characters (e.g. 'Phone B eau'). 
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Table C.4: Test cases where test environment items are used 



Configuration item 


Test case number(s) In which TS uses the 








configuration item 


PHONE_ 


.A. 


.NUMBER 


TC FT NG1.N.1 BV 301,303,305,306,307 








TC FT NG1.N.6 BV 601 








TC FT NG1.N.7 BV 101,102,103,104,201,202,301, 








302, 401, 601, 602, 701, 702, 801, 901, 1201, 1202 








TC FT NG1.N.8 BV 101,201,301,302 








TC FT NG1.N.9 BV 102, 103, 104 








TC FT NG1.N.10 BV 101,105,106,201,202 








TC FT NG1.N.11 BV 202 








TC FT NG1.N.12 BV 301,302,501,502 








TC_FT_NG1 .N.12_GC_401 , 402 








TC_FT_NG1 .N.I 3_BV_201 , 202, 204 








TC_FT_NG1 .N.1 3_BV_304 








TC_FT_NG1 .N.14_BV_302, 303, 305, 306 








TC_FT_NG1.N.15_BV_205, 206, 207, 208 








TC_FT_NG1.N.16_BV_1706, 1802, 2002 








TC_FT_N G 1 . N . 1 7_B V_20 1 








TC_FT_NG1.N.20_BV_201, 202, 203, 204, 205, 207, 210, 








301 , 303, 304 








TC_FT_NG1 .N.22_BV_101 , 301 , 302, 303 


PHONE. 


.A. 


.CLIP 


TC_FT_N G 1 . N . 1 3_B V_302 








TC_FT_NG1.N.16_BV_1702, 1902, 2002, 2111 








TC FT GAP.N.30 BV 01 


RHONE. 


.A. 


.CNIP 


TC_FT_NG1.N.16_BV_1702, 1902, 2302 








TC FT GAP.N.34 BV 101 


PHONE. 


.B_ 


.NUMBER 


TC FT NG1.N.6 BV 402, 601 








TC_FT_NG1.N.7_BV_101, 103, 104, 301,401,702 








TC_FT_NG1.N.9_BV_103, 104 








TC_FT_N G 1 . N . 1 1 _B V_20 1 








TC_FT_NG1.N.14_BV_305, 306 








TC_FT_NG1 .N.I 5_BV_201 , 202, 205, 206, 207, 208, 301 








TC_FT_NG1.N.16_BV_1705, 1706, 1802, 2002 








TC_FT_NG1 .N.I 8_BV_201 , 301 , 401 








TC_FT_NG1.N.20_BV_202, 204, 210, 302, 304 








TC_FT_NG1.N.21_BV_201, 202, 204, 701 








TC_FT_NG1 .N.22_BV_101 , 301 


PHONE_ 


_B_ 


CLIP 


1 L> rl Nljil.IM.11 bV idUil 








TC FT NG1.N.16 BV 1702,1705,1706,2002 


PHONE. 


.B_ 


.CNIP 


TC FT NG1.N.7 BV 1201 








TC FT NG1.N.16 BV 1702,1705,1706,2302 








TC FT GAP.N.34 BV 201 








TC FT GAP.N.34 GC 201 


PHONE. 


.C. 


.NUMBER 


TC FT NG1.N.1 BV 302, 304 








TC FT NG1.N.11 BV 202 








TC FT NG1.N.18 BV 401 
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Annex D (normative): 

Amendments to other DECT specifications 

D.1 Amendments to the Technical Basis for Regulation 
TBR 022 amended by TBR 022/A1 applicable to 
equipment compliant with TS 1 02 527-3 

This annex list the requirements and tests which are optional in TBR 022 [i.4] amended by TBR 022/Al [i.5], but that 
become mandatory by the support of the corresponding GAP features in TS 102 527-3 [14]. 

NOTE 1: This annex is a second amendment to TBR 022 [i.4]. TBR 022 [i.4] was first amended by 

TBR 022/Al [i.5]. The present annex introduces new modifications that should be apphed after the effect 
of TBR 022/Al [i.5]. 

NOTE 2: Not all tables of TBR 022 [i.4] modified by the present annex have been modified by TBR 022/Al [i.5]. 
The GAP features that became mandatory in NG PART3 are: 

• GAP.N.9 Authentication of the PP, GAP.N. 12 On air key allocation and GAP.N. 17 Encryption activation FT 
initiated which are required by GAP.N.35 Enhanced security. 

• GAP.N. 20 Terminate access rights FT initiated which is required by NGl .N. 16_22 Internal names list 
procedure. 

• GAP.N.30 Calling Line Identification Presentation (CLIP). The requirements of this features have changed 
since the publication of TBR 022/Al [i.5]: CLIP can be now sent either in [CC-SETUP] or in subsequent 
{CC-INFO}. The FT is required to support one of the methods, the PT is required to support both methods. 
Therefore, the CLIP test cases on FT side are not required as they might fail. 

• GAP.N. 31 Internal call: The requirements of this features have changed since the publication of 

TBR 022/Al [i.5]: Internal call setup' basic service shall be used instead of 'Normal call setup' basic service 
previously. Nevertheless, this basic service change will have no consequence when running the GAP internal 
test cases as the FT shall be backward compatible and the PT will answer to both type of call setup. 

The following amendments to the Technical Basis for Regulation TBR 022 [i.4] amended by TBR 022/Al [i.5] shall 
apply for the purpose of the present document. 

D.1 .1 Additional testing requirements for PP side 

The following modifications shall apply when testing equipment compUant with TS 102 527-3 [14]. 
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D.1 .1 .1 Modifications to Clause A.2.1 .1 .2 "CC features" 

Table A.2 of TBR 022 [i.4] shall be replaced by the following Table D.l. 



Table D.l (Table A.2 of TBR 022 [1.4]): EN 300 476-1 [1.18] Table A.13 
CC features supported 



Item 


C 


Call Control features 


Reference 


Status 


Support 


1 


f 


Bell off (Alerting) 


6.2 


m 




2 


f 


Bell on (Alerting) 


6.2 


m 




3 




Control of supervisory tones 


~ 


i 




4 




Dial tone detection indication 




i 




5 


f 


■ II 1 1' 'i /I 

Dialled digits (basic) 


6.2 


m 




6 




■ II 1 1" ' L ii'j.*^....^! 

Dialled digits additional 




i 




7 




Dialling delimiter 




i 




8 




Dialling delimiter request 




1 




9 


f 


Display control characters 


6.2 







10 




Emergency service access request 




i 




1 1 




External Handover (inter-cell) 




i 




12 




Fixed paruportable part capability exchange 




i 




13 


f 


_ t_ l~VTIl /■ t.' "j J. l_ J.I \ 

Go to DTMF (infinite tone length) 


6.2 







14 


f 


Go to DTMF signalling (defined tone length) 


6.2 


m 




15 


f 


Go to Pulse 


6.2 







16 




Group address 




i 




17 


f 


Incoming call 


6.2 


m 




18 


f 


Internal call 


6.2 


m (note) 




19 


f 


Off hook 


6.2 


m 




20 


f 


On hook (full release) 


6.2 


m 




21 


f 


Outgoing call 


6.2 


m 




22 




Packet mode 




i 




23 


e, f 


Partial release 


6.2 







24 


f 


Pause (dialling pause) 


6.2 


m 




25 


f 


Register recall 


6.2 


m 




26 


f 


Signalling of display characters 


6.2 







27 




Selection of bearer service 








28 




Service call 








29 




Service change 








NOTE: 


Corresponding feature is optional in "Generic Access Profile" (GAP, EN 300 444 [12]) but mandatory in 




TS 102 527-3 [14]. 







D.1 .1 .2 IVIodifications to Clause A.2.1 .1 .4 "SS features (services)" 

Table A.4 of TBR 022 [i.4] shall be replaced by the following Table D.2. 

Table D.2 (Table A.4 of TBR 022 [1.4]): EN 300 476-1 [1.18] Table A.15 
88 features (services) supported 



item 


C 


CC(CRSS) and CISS features 


Reference 


Status 


Support 


8 


f 


Calling Line Identification Presentation (CLIP) 


6.2 


m (note) 




NOTE: Corresponding feature is optional in "Generic Access Profile" (GAP, EN 300 444 [ 
TS102 527-3 [14]. 


2]) but mandatory in 
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D.1 .1 .3 Modifications to Clause A.2.1 .1 .6 "Procedures" 

Table A.6 of TBR 022 [i.4] shall be replaced by the following Table D.3. 



Table D.3 (Table A.6 of TBR 022 [1.4]): EN 300 476-1 [1.18] Table A.18 
CC procedures supported 



Item 


CC procedures 


Reference 


Status 


Support 


1 


cc_outgoing_normal_call_request 


8.2 


m 




4 


cc_outgoing_selection_of_lower_layer_resources 




i 




5 


cc_outgoing_connection_of_U_plane 


8.3, 8.4, 8.5, 8.6 


m 




6 


cc_outgoing_overlap_sending 


8.3 


m 




7 


cc_outgoing_call_proceeding 


8.4 


m 




8 


cc_outgoing_call_confirmation 


8.5 


m 




9 


ccoutgoingcallconnection 


8.6 


m 




10 


CC incoming call request 


8.12 


m 




1 1 


ccj n CO m i n g_s e 1 ect i n_of J o we r_l ay e r_resou rces 




i 




12 


cc_incoming_connectlon_of_U_plane 


8.15 


m 




13 


cc incoming overlap_receiving 




i 




14 


cc_incoming_call_proceeding 




i 




15 


cc_incoming_call_confirmation 


8.13 


m 




16 


cc_incomlng_call_connectlon 


8.15 


m 




17 


cc_send 1 ng_term i nal_capabil ity 


~ 


i 




18 


cc_sending_l<eypad_info 


8.10 


m 




19 


CC call information 


8.10 


m 




20 


CC normal call release 


8.7 


m 




21 


cc_partial_release 


8.9 


c601 




22 


CC abnormal call release 


8.8 


m 




23 


cc_release_collisions 


8.7.2.1 


m 




31 


cc_timer_p_cc_02_mgt 


8.7 


m 




32 


CC timer p cc 03 mgt 


8.2 


m 




33 


CC timer p cc 04 mgt 




i 




34 


cc_timerj3_cc_05_mgt 


8.15 


m 




35 


ccjnternal_call_setup 


8.18 


m (note) 




39 


cc_internal_call_keypad 


8.19 


c602 




40 


pt_alerting 


8.14 


m 




41 


display 


8.16 


0603 




NOTE: 


Corresponding feature is optional in "Generic Access Profile" (GAP, EN 300 444 [12]) but mandatory in 
TS 102 527-3 [14]. 


c601: 


IF A. 2/23 THEN m ELSE n/a 






c602: 


IF A. 2/1 8 THEN o. 601 ELSE n/a 






c603: 


IF A. 2/9 OR A. 2/26 THEN m ELSE n/a 






0. 601: 


It is mandatory to support at least one of these options 







D.1 .2 Additional testing requirements for FP side 

The following modifications shall apply when testing equipment compliant with TS 102 527-3 [14]. 
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D.1 .2.1 Modifications to Clause A.3.1 .1 .2 "CC features" 

Table A.54 of TBR 022 [i.4] shall be replaced by the following Table D.4. 



Table D.4 (Table A.54 of TBR 022 [1.4]): EN 300 476-4 [1.21] Table A.13 

CC features supported 



Item 


C 


Call Control features, Residential/Business 


Reference 


Status 


Support 


1 


f 


Bell off (Alerting) 


6.2 


m 




2 


f 


Bell on (Alerting) 


6.2 


m 




3 




Control of supervisory tones 


~ 


i 




4 




Dial tone detection indication 




i 




5 


f 


■ II 1 1' 'i /I 

Dialled digits (basic) 


6.2 


m 




6 




■ II 1 1" ' L ii'j.*^....^! 

Dialled digits additional 




i 




7 




Dialling delimiter 




i 




8 




Dialling delimiter request 




1 




9 


f 


Display control characters 


6.2 







10 




Emergency service access request 




i 




1 1 




External Handover (inter-cell) 




i 




12 




Fixed paruportable part capability exchange 




i 




13 


f 


_ t_ l~VTIl /■ t.' "j J. l_ J.I \ 

Go to DTMF (infinite tone length) 


6.2 







14 


f 


Go to DTMF signalling (defined tone length) 


6.2 







15 


f 


Go to Pulse 


6.2 







16 




Group address 




i 




17 


f 


Incoming call 


6.2 


m 




18 


f 


Internal call 


6.2 


m (note) 




19 


f 


Off hook 


6.2 


m 




20 


f 


On hook (full release) 


6.2 


m 




21 


f 


Outgoing call 


6.2 


m 




22 




Packet mode 




i 




23 


e, f 


Partial release 


6.2 







24 


f 


Pause (dialling pause) 


6.2 







25 


f 


Register recall 


6.2 







26 


f 


Signalling of display characters 


6.2 







27 




Selection of bearer service 








28 




Service call 








29 




Service change 








NOTE: 


Corresponding feature is optional in "Generic Access Profile" (GAP, EN 300 444 [12]) but mandatory in 




TS 102 527-3 [14]. 
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D.1 .2.2 Modifications to Clause A.3.1 .1 .3 "IVIIVI features" 

Table A.56 of TBR 022 [i.4] shall be replaced by the following Table D.5. 



Table D.5 (Table A.22 of TBR 022 [1.4]): EN 300 476-4 [1.21] Table A.14 

MM features supported 



Item 


C 


Mobility Management features, Residential/Business 


Reference 


Status 


Support 


1 


f 


Authentication of FT 


6.2 







2 


d, f 


Autfientication of PT 


6.2 


m (note) 




3 


d, f 


Autfientication of user 


6.2 







4 


f,g 


Encryption activation FT initiated 


6.2 


m (note) 




5 




Encryption activation PT initiated 


6.2 







6 




Encryption deactivation FT initiated 


6.2 







7 


f,g 


Encryption deactivation PT initiated 


6.2 







8 


d, f 


Identification of PP 


6.2 







9 




Inter-operator roaming registration 


- 


i 




10 




Location de-registration 


- 


i 




11 


d,f 


Location registration 


6.2 







12 


e, f 


Multiple subscription registration 


6.6 


n/a 




13 


d,f 


On air key allocation 


6.2 


m (note) 




14 


d,f 


Service class indication/assignment 


6.2 







15 




Silent polling 




i 




16 


d, f 


Subscription registration procedure on-air 


6.2 


m 




17 




Subscription registration user procedure with DECT 
authentication module 




i 




18 




Subscription registration user procedures keypad (digit entry 
only) 




i 




19 


d, f 


Terminate access rights FT initiated 


6.2 


m (note) 




20 




Terminate access rights PT initiated 




i 




21 


d,f 


ZAP 


6.2 







22 


e, f 


MM Partial release (Link control) 


8.39 


m 




23 




Temporary identity assign 




i 




NOTE: Corresponding feature is conditional/optional in "Generic Access Profile" (GAP, EN 300 444 [12]) but 
mandatory in TS 102 527-3 [14]. 
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D.1 .2.3 Modifications to Clause A.3.1 .1 .6 "Procedures" 

Table A.60 of TBR 022 [i.4] shall be replaced by the following Table D.6. 



Table D.6 (Table A.60 of TBR 022 [1.4]): EN 300 476-4 [1.21] Table A.18 
CC procedures supported 



Item 


CC procedures 


Reference 


Status 


Support 


1 


cc_outgoing_normal_call_request 


8.2 


m 




4 


cc_outgoing_selection_of_lower_layer_resources 




i 




5 


cc_outgoing_connection_of_U_plane 


8.3, 8.4, 8.5, 8.6 


m 




6 


cc_outgoing_overlap_sending 


8.3 







7 


cc_outgoing_call_proceeding 


8.4 







8 


cc_outgoing_call_confirmation 


8.5 







9 


ccoutgoingcallconnection 


8.6 


m 




10 


CC incoming call request 


8.12 


m 




1 1 


ccj n CO m 1 n g_s e 1 ect i n_of J o we r_l ay e r_resou rces 




i 




12 


cc_incoming_connection_of_U_plane 


8.15 


m 




13 


CC incoming overlap_receiving 




i 




14 


cc_incoming_call_proceeding 




i 




15 


cc_incoming_call_confirmation 


8.13 


m 




16 


cc_incoming_call_connection 


8.15 


m 




17 


cc_send i ng_term i nal_capabil ity 


~ 


i 




18 


cc_sending_keypad_info 


8.10 


m 




19 


CC call information 


8.10 


i 




20 


CC normal call release 


8.7 


m 




21 


cc_partial_release 


8.9 


C6001 




22 


CC abnormal call release 


8.8 


m 




23 


cc_release_collisions 


8.7.2.1 


m 




31 


cc_timer_f_cc_02_mgt 


8.7 


m 




32 


CC timer f cc 03 mgt 


8.2 


m 




33 


CC timer f cc 04 mgt 




i 




34 


cc_timer_f_cc_01_mgt 


8.3 


C6002 




35 


ccjnternal_call_setup 


8.18 


m (note) 




39 


cc_internal_call_keypad 


8.19 


C6004 




40 


pt_alerting 


8.14 


M 




41 


display 


8.16 


C6005 




NOTE: Corresponding feature is conditional in "Generic Access Profile" (GAP, EN 300 444 [12]) but 
mandatory in TS 102 527-3 [14]. 


C6001 : 
C6002: 
C6003: 
C6004: 
C6005: 


IF A. 55/23 THEN m ELSE n/a 

IF A. 60/6 THEN m ELSE n/a 

IF A. 55/1 8 THEN m ELSE n/a 

IF A. 55/18 THEN ELSE n/a 

IF A. 55/9 OR A. 55/26 THEN m ELSE n/a 



D.1 .3 A(d(ditional Test Cases applicable to equipment compliant 
with TS 1 02 527-3 

This Clause lists the additional Test Cases, compared to those mandated by the Technical Basis for Regulation 
TBR 022 [i.4] amended by TBR 022/Al [i.5], that are appUcable to equipment compUant with TS 102 527-3 [14]. 

The following additional testing requirements shall apply to equipment compUant with TS 102 527-3 [14]. 

D.1 .3.1 Additional PT NWK layer test cases 

The following abstract test cases are specified in the EN 300 494-2 [1.7] which gives the test specification for DECT 
GAP Portable Part applications. The test purposes details are given in EN 300 497-6 [i.l4J and the test case dynamic 
behaviour in EN 300 497-7 [i.l5]. 
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The following additional test cases (Table D.7) shall apply to PPs compliant with TS 102 527-3 [14]. 



Table D.7: Additional GAP test cases for NG PARTS PP 



TBR 22: Test Case Index 


Test Case Id 


Description 


GAP.N.30: Calling Line Identification Presentation (CLIP) 


TC PT CC BV RS 01 


T-00; Incoming call; {CC-SETUP} with « Calling party number »; CLIP 

handling 


GAP.N.31: Internal Call 


TC PT CC BV CI 11 


Internal Call 



D.1 .3.2 Additional FT NWK layer test cases 

The following abstract test cases are specified in the EN 300 494-3 [i.8] which gives the test specification for DECT 
GAP Fixed Part applications. The test purposes details are given in EN 300 497-8 [i.l6] and the test case dynamic 
behaviour in EN 300 497-9 [i.l7]. 

The following additional test cases (Table D.8) shall apply to FPs comphant with TS 102 527-3 [14]. 



Table D.8: Additional GAP test cases for NG PARTS FP 



TBR 22: Test Case index 


Test Case Id 


Description 


GAP.N.9 1 : Authentication of PT 


TC FT MM BV AU 01 


Authentication of PT; PT has no stored ZAP value and service class info 


TC_FT_MM_TI_02 


Authentication of PT; timer F - < MM_auth.1 > expiry 
(10% margin) 


GAP.N.12_1: Key allocation 


TC FT MM BV KA 01 


Key allocate; lUT initiated 


TC FT MM BV KA 02 


Key allocate; lUT initiated; "implicit PT authentication" failure; lUT rejects 


TC FT MM Tl 05 


Key allocation; timer F - < MM_key.1 > expiry (-10 % margin) 


GAP.N.17_1 : Cipher-switching initiated by FT 


TC FT MM BV CH 03 


Cipher switching; lUT(FT) initiated; "cipher-off" to "cipher-on" 


TC FT MM BV CH 08 


Cipher switching; lUT(FT) initiated; "cipher-off" to "cipher-on" fails 


TC FT MM BV CH 14 


Cipher switching; lUT(FT) initiated; "cipher-off" to "cipher-on" and 
intracell handover 


TC_FT_MM_BO_01 


Cipher switching; lUT(FT) initiated; ignoring unexpected {IDENTITY- 
REPLY} 


TC_FT_MM_TI_06 


Cipher switching; iUT (FT) initiated; timer 
F - < MM cipher.1 > expiry (margin: -20 % 


GAP.N.20_1 : FT terminating access rights 


TC FT MM BV AR 03 


Terminate access rights; lUT(FT) initiated; PT authenticates FT 


TC_FT_MM_TI_04 


Terminate access rights; lUT(FT) initiated; timer F- 
<MM_access.2> expiry (- 1 0% margin) 
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